インターフェイス(プロトコル、API、またはフレームワーク)に依存する複数のプログラムを作成する必要がある場合、XP(eXtreme Programming)スタイルでインターフェイスを作成することは可能ですか?
3 に答える
私はマーク・ランサムに反対しなければなりません。選択する方法とワークフローは、もちろんアプリケーションの設計に影響します。ただし、インターフェイスの変更、BC の中断、またはそれらを回避する方法を処理する方法のポリシーを設定するのは、開発者次第です。また、XP の多くの面をどのように適用するかは、あなた次第であり、適合しない場合は「容赦なくリファクタリング」する必要はありません。
アジャイル手法はユーザーからのフィードバックから生かされ、その逆のフィードバックはより正確な製品を可能にします。うまくやれば、インターフェースは現実の世界で成熟します。その場合、インターフェイスの完全性と安定性は、その帯域幅とアプリケーションの量によってのみ制限されます。もちろん、順調に進むための良い触媒が必要です。どちらが問題になる可能性が高いです。
また、テストファーストのアプローチは、通常、正確で便利なユーザー (プログラマー) 指向の製品になります。私の意見では、これは安定への大きな一歩です。
フレームワークの必要性と、そのフレームワークが何をサポートする必要があるかについて、どの程度確信がありますか?
XP プロセスが最初に行うことの 1 つは、 YAGNIと言ってこの仮定に異議を唱えることです。
最終的にフレームワークが必要な場合は、リファクタリングによってフレームワークを作成し、実際に必要な部分のみを含める必要があります。
XP の基盤となる原則の 1 つは、頻繁な反復です。これは、機能を追加するという点では便利ですが、安定したインターフェースに対する欲求とは相反します。絶えず変化しているインターフェイスは、常に壊れているインターフェイスです。
いくつかの人気のある Web サイトへのインターフェースに対処しなければならなかった人に聞いてみてください。