質問

時splitingシークエンサーデータへの論理層がはんだこての個別プロジェクト上でグループ化によるフォルダ?

役に立ちましたか?

解決

デフォルトでは、 常にだけフォルダ新規作成 同プロジェクト

  • またシングル組み立て(追加ILMerge体育)
  • や蓑めになって公共の種類及び方法、理想的な)

分離ソースコードを複数のプロジェクトなければ意味をご---

  • 一部のソースコードに参加するプロジェクトが展開するデフォルトの一部又は全部(単体テストは、プラグイン等)
  • 開発に関す扱いたいから働きかけるとともに、消耗品のブラックボックス.(非推奨)
  • できれば明確に分離プロジェクトへの絶縁層/モジュールにしたいと考えていましたしていることをご確認くださいできないクロスを消費 内部 会員とする。(推奨されませんが必要になりうる点が最も重要)

だと考える場合には一部のソースコードが再利用可能なもん作って、新しいプロジェクトうまでお待ちいた再利用するかという問題液分離を出ることができなければ、このプロジェクトとして必要です。プログラミングなレゴを再利用し、通常は非常に難しく、しばしばらこんなことはないでしょう。

他のヒント

分離機能プロジェクトであることが多いYAGNIアーキテクチャ最適化.していて通いで見ている場合も再利用者の個別プロジェクト、本当ですか?なりませんが頻発し、複雑開発、構築、導入、保守のための理論的再利用しています。

いほうがずっと好を分離ではフォルダを適当な名前空間)にリファクタリングを個別プロジェクトがまった現実の再利用を使用。

デニーズを書き:

個人的に感じる場合は再利用可能なコードは分割のプロジェクトでは簡単な使用以外の場合だけフォルダの中に別のフォルダを作

私はこの場合、再利用することも可能ですので別のプロジェクト.ということでも非常に困難な再利用を効果的に:)

ここでいう非常に簡単つのプロジェクト

  • MVCウェブプロジェクト(これは何の仕事を切り離層のフォルダにデフォルト)
  • データベースプロジェクトのためのソース制御のDB
  • ユニット試験対MVCモデル/コントローラ

なった皆様にも嬉しい方の簡単なっても本当に速に構築。

いプロジェクトのためのGUIプロジェクトのためのビジネスロジックプロジェクトデータのアクセスプロジェクトユニット。

もすることが適して分離に基づくサービスをご利用の場合サービス指向アーキテクチャ)などの認証、販売等

しないといけないのではないか験則が働いていのであることができるとしてもおかしくはないが、コンポーネントに明確な分離に関して別のプロジェクトが手堅い。がってると思いるフォルダーとのプロジェクトからなるだけ好みや理念です。

個人的に感じる場合は再利用可能なコードは分割のプロジェクトでは簡単な使用以外の場合だけフォルダの中に別のフォルダを作

分離ソースコード 複数のプロジェクトなければ意味があ お---...開発者 び出すためのものではありません治療から働きかけるとともに、 消耗品のブラックボックス.ないもの 推奨)...

なぜでないことです。がその場で発音を確認することがで非常に有を管理する方法を使用してアプリケーショ数♪異なるものをいいます。こcheckinsではないでしょうかを中心に実質的に排除が合併。非常に珍します♪二て同じプロジェクトでも同時に行います。

にあります。を複数のプロジェクトは、必ず皆様に追加のコードの解が十分に認識し、その意図していくことのできる"かの依存関係は、プロジェクトいっにゃきゃっと追加の参照をなしていたらこの一週間参りますので、ご理解の程、何このポイント

って思っていう分割のプロジェクトとしても、そのすべてのサイズのプロジェクトや人数に取り組んでいます。

大型プロジェクトでは、わたして、事業

  • データアクセス(モデル)
  • サービス
  • フロント終了
  • 試験

私のモデルからロブ-コネリー氏と彼の店頭ーケーションにござい---うんです。

mvc-店頭

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top