特定のインターフェイスの特定の機能なしBのインタフェース機能（APIフロントエンドインターフェースは機能、類似したクエリのユーザーデータを行うには）なぜ党の同僚今日は、あなたは両方が同じテーブルを使用することを言う必要はない私に尋ねてきましたデータ？（ユーザデータテーブルと同様）
彼はコードを見ていない、または考えないように、単にビジネスレベルから問題を検討する際に、私はこの質問をした容疑者ので、なぜ、お答えする必要はありません。
機能はすでに製品ライン上で二年以上と良好な収率で、製品の安定した動作を備え、説明してください。Bは、機能と同様の製品を追加する最新の機能です。
上記の特定のインターフェイス、私は、古いインターフェースを意味するものではありません。それが書かれた一般的であり、b、特定の関数インタフェースを行う理由を同僚に言及しました。
2つの製品は、独自のビジネス・ロジック機能を持つデータベース・テーブルのユーザデータの共通の特徴の収集後に両方の製品が、しかしので、すなわち、ユーザデータを取得するためには、さまざまなビジネス・ロジックを持っています。異なる製品の機能だけでなく、ユーザデータの公開を使用して、別の別の各異なるデータ（完全に異なるデータ・フィールド）を取得します。
古いインターフェースの問題は何ですか？
1、製品の機能は、テストコードの変更を実行している2年間は安定していますか？
また、それらのビジネス・ロジックを取った後、同一のユーザデータが、しかし、それは言うことができるが、図2に示すように、aおよびbは取得され、この場合には、古いインターフェースが新たに書き込まれたよりもはるかに大きい変化の複雑さだけコード（ユーザデータを照会）一つのインタフェース。
3、ビジネスロジックは、コードを理解することは、難しく複雑になります
図4に示すように、不要なロジックは、ループで特に、性能に影響を与えます
新しいインタフェースを使用する利点：
1、ビジネス間、互いに独立して2つの製品の機能との間のデカップリング
2は、以前の製品の機能には影響しません、再テストの作業負荷を増加させません
図3に示すように、単一のインターフェース方法関税、読みやすく
場合によっては実際には、実際の作業では、我々は、必ずしもコードの再利用の問題をもつれする必要はありませんが、前の古いコードに従う必要はありませんすることができ、かつ長所と短所の分析では、いくつかの角度からより多くの。