製品にPocoを使用するかどうかを判断するのに苦労しています。現在ブーストを使用していますが、ブーストは非常に低いレベルです。Pocoの機能のいくつかを使用したいと思います。現在、必要なのはタスクマネージャークラスとタイマークラスの2つだけですが、これらは、Boost::ThreadなどよりもPoco::Threadを使用するスレッドプールに依存しています。
現在のタスク管理フレームワークを削除し、Pocoフレームワークの方がはるかに適しているので使用したいと思います。そういえば、これとPocoオブジェクトとBoostオブジェクトの混合の将来の結果について心配しています。
他のいくつかのPocoパッケージにもメリットがあり、将来それらを使用する可能性がありますが、現時点では、優れたタスクマネージャーのみが必要です。
これが私のオプションの
見方です。Poco：
Pro –十分にテストされた作業タスクマネージャーを手間をかけずに入手できます。
短所–モジュールに別のファンデーションレイヤーライブラリを導入
する予定です。将来、ミックスとマッチングが問題になる可能性があります。
ブースト：
プロ–私はブーストを維持し、他の依存関係はありません。
短所– Poco Task Manager / Timerに相当するものを作成するには時間がかかり
、コミュニティのストレステスト/コード検査のメリットはありません。（また、私は車輪の再発明を行っています）
短所– xml、キャッシュ、Unicodeサポートなど、将来的に非常に役立つ可能性のある他のPocoパッケージを見逃しています。
Pocoを完全に使用し、Boost
Proを廃止する–より高いレベルの抽象化で記述されたPocoのすべての機能を使用できるようになり、機能をすばやく実装できます。
短所–将来、Boostにあるものが必要になった場合、それを使用することはできません。
短所–ブーストを使用する現在のコードを作り直すには多くの作業が必要になります。
実装を見て、それらを混合するルートをたどっていましたが、それらは似ているように見えますが、問題が発生し、今はわかりません。
私はこれに関するドキュメントを探していましたが、決定的なものは何も見つかりませんでした。最も推奨されるアクションについてコミュニティの反応を得ることを望んでいました。
より多くのエンジニアがPocoでbootを使用したいと思うことは間違いないので、検索するとこれが表示される可能性があります。
御時間ありがとうございます。