0

Stackoverflow の仲間の皆さん、こんにちは。

ここで小さなジレンマに悩まされています。

私の職場では UltraEdit プロジェクトで作業していましたが、Eclipse CDT を使用するように移行したいと考えています。(コンパイラ/ビルド オプションを使用しないため、これには外部 SDK が必要です)。

ハードディスクには、2 つのチーム間で物を分けておくための特定のフォルダー構造があります。つまり、「productcode」+「applicationcode」グループと「drivercode」グループです。どちらのグループにも、ソースコードを配置する独自のフォルダーがあります。

  • 応用
  • ドライバーコード
  • 製品コード

ファイル名には、ファイルが属する「レイヤー」を示す特定の接頭辞が付けられます。

  • os (オペレーティング システム)
  • 応用
  • システム
  • 単位
  • 成分
  • IO
  • ハードウェア

これらのすべてのファイル (アプリケーション フォルダーでのみ許可されているアプリケーションを除く) は、product または drivercode フォルダーに配置できます。UltraEdit では、これらのファイルはすべて、それぞれのレイヤーの下にグループ化されます。したがって、プロジェクトには次のフォルダーがあります。

  • 0 オペレーティング システム
  • 1 アプリケーション層
  • 2 システム安全層
  • 3ユニットレイヤー
  • 4 コンポーネント層
  • 5 IO レイヤー
  • 6 ハードウェア層
  • ジェネリック
  • XML

仮想フォルダ '0 Operating System' には、実際のフォルダ 'drivercode/productcode' からのすべての os_xxx ファイルが保持されます。2、3、4、5、および 6 についても同様です。

TL;DR :
Eclipse CDT 内で同じ (仮想) フォルダー構造を取得することは可能ですか?

さらに複雑にするために、このフォルダー構造全体が 3 つのプロジェクトに分割されています。EG proj-1、proj-2、proj-3、およびプロジェクト間で共有されるコードを保持する共有フォルダーもあります。

4

3 に答える 3

1

私も似たような状況でした。他の場所で .*project ファイルを再利用する機能を壊す傾向がある、リンクされたリソースのハント/ペックの束ではなく、プロジェクトがあったディレクトリにソースをシンボリック リンクするだけの「ワークスペース セットアップ」スクリプトを作成しました。デフォルトの Eclipse メカニズム (ツリー内のすべてのソースをビルドする) は、箱から出してすぐに機能します。

于 2015-07-01T21:23:28.693 に答える
0

Eclipse CDT は、既存のプロジェクトとうまく連携します。

おそらく、手動で Makefile を生成したこともあると思いますか? 次に、ファイル -> インポート -> C/C++ -> 既存のコードを Makefile プロジェクトとして使用するだけです。

これにより、すべてのソースが元の場所に残り、Eclipse を使用しないことを好むチーム メンバーは、必要なものを引き続き使用して、コマンド ラインからビルドできます。

于 2012-10-05T07:29:07.443 に答える
0

私は1つの方法を見つけましたが、それはかなり面倒です。

リンクされたリソース フォルダーとファイルを使用して、必要な構造を作成できます。

ただし、これは、リストに追加するために、フォルダー/ファイルごとにすべてのダイアログを通過する必要があることを意味します。他の方法があることを願っています。したがって、私はまだ自分の答えを受け入れません。

于 2012-10-05T07:16:47.703 に答える