組み込み ARM/Linux プラットフォームでソフトウェアの再利用を活用することを目指しています。一部のハードウェア プラットフォームは、お客様の特定のニーズに合わせて設計されています。もちろん、アプリケーションもさまざまな方法でカスタマイズされます。
これは Android 製品ではありませんが、私たちの製品に比べて大きすぎます。これは、Linux ベースであるという点以外に、UI のルック アンド フィールが異なること、携帯電話が異なることとよく似ています。 、さまざまな CPU があり、さまざまな無線にはさまざまなファームウェアがあります。そのため、管理する構成が多数あります。また、構成は疎行列であり、すべての組み合わせが存在するわけではありません。
継続的インテグレーションも将来的に完全になくなるわけではありません。
したがって、近い将来のエンドポイントは次のようになります。
開発を続けてあらゆる場所に適用したいライブラリのコア セットです。クラスの継承により、カスタマイズが提供されます。そのため、アプリケーション タイプのビルド構成があります。
カスタマイズされた少数の ARM/Linux ハードウェア プラットフォーム。私たちのライブラリの BSP/ボード クラス HAL が進むべき道のようです。これは、適切なハードウェア/ボードを選択するためのビルド構成を意味します。
ハードウェア/ボードに一致する一握りのコプロセッサ ファームウェアですが、ライブラリへの API は同じです。そのため、ファームウェアに応じたビルド構成があります。
さまざまなルック アンド フィール/アプリケーション用の少数の実装。それは別のビルド構成です。
言うまでもなく、これらすべてを機能させるには、多くのインクルード パス、#define、およびファイルの除外があります。
ご覧のとおり、同じ環境でこれらすべてのバリアントを一度にビルドできるワークスペースに Eclipse/CDT プロジェクトのコレクションが必要な場合は、Eclipse/CDT で作成および管理する構成が多数あります。GUI が管理する唯一の方法である場合、マウスをクリックする操作が大量に発生します。その後、すべての構成が正しく設定されていることを確認するには、マウスを何度もクリックする必要があります。ダッシュボード ビューはありません。これらすべてを管理するためのテキスト エディター ベースのアプローチはありますか?
私は宿題をやろうとしました。[パスとシンボル] タブに [設定のインポート...] ボタンと [設定のエクスポート...] ボタンがあることを理解しています。ただし、一度に 1 つのプロジェクトに対して、一度に 1 つの構成を行います。あまり体系的ではないようで、何かを見逃すのは簡単です。
私も .cprojects を直接見ましたが、もし私がミスをした場合、Eclipse は黙って予期せぬことをしてしまい、修正するのに多大な労力を費やすのではないかと心配しています。
仲間の専門家はより良い提案を持っていますか?