重複機能の中で複数のプロジェクト

Question

私は現在、二つの社会的ネットワークサイトの多くに共通している独特異なります。私が書くのと同じコードの両方を含むUI)とした疑問がある場合は最良の実践例が制限重複コードです。

の主要問題は、これらのプロジェクトは非常に独立したeachotherくりの違いによsimilariesます。また、初回の作業している可能性もありますが引き渡るその他のプログラマーにおいては、共通コードの図書館が終了されるであろうが、大きな問題となっています。

提案から人々が個人的にも明確な課題がみえ、similiarものですか。

PS:僕の開発の両方のこれらのプロジェクトでは信じられないでしょうか大阪、名古屋にオフィスがありました。

Answer 1

抄録の共有の機能に戻る枠組みや図書館との定義済みのインターフェイスとデフォルト実装はどうなるかという点に集中して取扱います。例えば、プラグイン建築を選択する支援につ、というものなのだろうかに共有する全てのプロジェクト.ほとんどの時間をのんでいることを共有したいと考えていか基本的な機能は比較的抽象機能をカスタマイズが可能です。前のしやすさを認識し、率を共図書館です。後者の場合があります。りだ再実行のコードの変更(共有パターンによりコードとします。

あいに注意することは、実際の再利用にデザインの共通ライブラリではなく、共通アーキテクチャです。で非常に魅力的に巻き込の枠組みの設計を抽象化しており、共用利用となります。残念ながら動くことが共用なの開発や発展の異なる方向によるかもしれませんびり書き換え、捨てるの枠組みはさらに悪化した場合は、維持及び保全の未使用のコードです。ましょうYAGNI(さんえい)のご案内に、遅延のリファクタリングに共通ライブラリまでを実際にしています。

Answer 2

カップル(少なくとも)の異なるアプローチで、ここまで確実に使用します。まずきを除去することが可能であることは、共通コードを別のプロジェクトとなるコードstaticaly.これがかりやすいこともあるのですがこのアプローチと簡単なヘルパー機能をいていないのかもしれませんが所属クラスは私の主なプロジェクトの事例が数学の図書館があります。その他のアプローチを抽出共通機能をクラスaまたはインタフェースでその継承と。によってコードを探していを再利用する場合もあるでしょうか(または両方のこれらのアプローチ。

疑いでいます。いてみることに簡単なコードセットの新しいプロジェクトと、参照図書館から既存のコードとしていませんのでご注意くださるにすぎないことが分かる。もありませんしない理由を参照共有プロジェクトでは、多様なソリューションです。

この共通コードの図書館を必要とは問題にならないはずである場合には開発が引き渡します。のために今できる2つのサイトを参照の同一図書又は図書館を維持すが、場分割、事業その他のチームで来ることができるアクセスのコピー、共有コードを各チームです。