質問

っているかを知るチのコードを図書館に対する再利用可能。しかし私にOOアクセスには以下の条件にも明かしたいと思っています。ご催ライブラリその他の種類の言語でもございます

例えば:

  • まsticklerのためのクラス図書館事業のためのもいいんでも単一のプロジェクト?
  • いま再利用prebuiltが大幅に向上したりすることが含まれています個々の授業からプロジェクトにかがですか。場合は個別に授業をいシェア"とはいったい何でしょうかプロジェクトのすべての最い許可証の分岐?
  • どうかよく再利用可能なのでしょどのように焦点をているのでしょうか。どのように研?
  • どの程度の再利用くだ達成を通じてお好きな慣行?

など。

編集

私は特定のご案内ここでは、私の身のまわりにある人々の思いる現実が明らかになった。私が特に興味の再利用コードと異なる事業のより一つのプロジェクト.(残念ながらの利用"プロジェクト"ここには誤解を招く-味の再利用と実世界で行うプロジェクトのためのお客様はプロジェクトVisual Studioです。)

役に立ちましたか?

解決

のが一般的でガイド 展開 考察:

どういう展開(うまコピーが生産機)?

場合に何を展開してい パッケージ コンポーネントdll、jar、戦争、...)では、ワイズの"コード"図書館のコレクションとして パッケージ 設定ファイルです。
そのように、開発に直接--dll、jar、戦争、...--展開されるが、生産プラットフォーム.
のマーケティングが"デザイン:場合でもパッケージファイルで作業です。


の再利用コードと異なる事業のより一つのプロジェクト.

私のような再利用が容易なので、"コンポーネント"アプローチのような議論の問題"ベンダーに支店GIT")

以上40以上の現在のプロジェクトを実現しました:

  • 再利用技術 により体系的に分離純に技術の側面を独立した枠組みは、ログの枠組みの例外枠組みでは、KPI-キーパフォーマンス指標-枠組みなど)。
    るということについては部品の再利用を込めるようにします。
  • 機能的な再利用 設定により明らか 応用 建築のために分ける自動車の駆動系(パワートレインのドメイン(指の機能仕様)どうやってこのようなデータを定義す。るには通常、例えば、バス層を最寄りのコンビニエンスストアの候補者をサービスの再利用によるその他の事業

概要:
大型の機能ドメインを単一のプロジェクトに管理できていない、応用の建築が自然のコード再利用しています。

他のヒント

としてこれらの原則

  • の発-再利用の外国人登録証明書"が"在留原理の顆粒の再利用の顆粒のリリースです。
  • 共通の閉鎖原理のクラスパッケージを閉じているべきであるとの同一の種類の変わります。
  • の再利用の原則のクラスのパッケージを再生す。
  • の非周期依存関係の原理きなサイクルパッケージの依存関係のグラフで表示します。
  • の安定的な依存関係の原理より方向の安定性
  • の安定した抽象化の原理パッケージを必要として抽象的で安定しています。

詳細は以 こちらの 以上 こちらの.

それはあなたが仕事どのようなプラットフォームに依存します。私は(誇り)は、Java開発者だと私たちは、このような Mavenののように私たちの依存関係を整理するための良いツールを持っているか、アイビー

それはあなたがあなたのlibraries.goodはサポートが不可欠である分岐の無関係なコピーの多くで終わることなく、好きな方法であなたの戦略を実装することができますように、

あなたが良いソースコード管理を決定し、他のどのようなは、これに非常に重要である。

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