このライブラリは複数の構成要素からなっている
httpのキャプチャ　　　　　　　　この機能は使える
データストリームのencrypt decrypt　この機能も使える
パケットのファイルへの書き出し　　　この機能も使える
websocketのキャプチャ この機能も使える
ただし、データ構造は単方向リストで実装されている　　は？　は？

これはライブラリ作者が悪いの？俺が悪いの？
結局オブジェクト指向というのは、適切に全ての情報を開示できなきゃ成り立たないし
ライブラリ作者と俺の考えが少しでも違ったら、場合によってはその全てがダメになっちまう

言っておくがライブラリ作者の考え方は間違いではないよ、もっとも汎用性のある構造はリストだからな
キューを使ったりすると、そのデータストリームの速度によっては、キューからデータがあふれる事もありえる
もっとも汎用的な解がリストだ、そしてそれは俺の求めるものじゃない

なぜこの機能が別々のパッケージとして切り出せないのか？
オブジェクト指向は巨大なライブラリを構築するための概念らしいが、
さて、実際のところは小さなライブラリにできない理由があるんだろうね

>>599
もしライブラリが関数であれば、その当該関数のみを自作することができる
構造体であったとしても構造体がどのようなデータから構成されているかを見ることは出来る
ところがオブジェクト指向であると、まずオブジェクトを構成して
プライベート変数をセットして(時には自由にセットすらさせてもらえなくて)
さらにはオブジェクトがどのようなデータから成っているかは「ドキュメントが公開されていないかぎり知ることはできない」

>>600
http://www.kh.rim.or.jp/~nagamura/misc/stroustrup-interview.html
Cプログラムでメモリリークなんて聞いたことがあるだろうか。今では、メモリリークの発見が大産業になってしまった。
全部見つけるのは費用がかかりすぎるから、たいていの会社はあきらめて、山ほどリークのあるプログラムを出荷してしまう。
I： ツールはあるけど…。　S： そのツールも、ほとんどは C++ で書かれているんだよ