1

特定の機能に一時的な変更要求が届いたアプリケーションに取り組んでいます。具体的には、ビジネスは現在、特定の顧客の物理的な住所のみを管理したいと考えており、郵送先住所を追加するオプションを削除することを望んでいます。

この機能は将来的に再導入する必要がある可能性が高いため、現時点で削除を処理する最善の方法は何かを考えています. ViewModel に追加のプロパティを設定することは必ずしも問題ではありませんが、面倒です。ビュー自体に関しては、さらに問題があります。UI 要素を削除する必要がありますが、将来それを簡単に元に戻せるようにする必要があります。

それで...不要なコードビットをコメントアウトしますか？これは最も簡単な方法ですが、面倒です。

新しい View と ViewModel を作成する必要がありますか? もしそうなら、安全に保管するために原本を保管するのに適切な場所はどこですか? 私たちのアプリケーションはソース管理 (SVN) の下にあるので、理論的にはこのリビジョンに戻すことができますが、そのような小さな変更にはやり過ぎのように思えます。

他の誰かが同様の状況に遭遇しましたか? これを最適に処理する方法に関する推奨事項はありますか?

4

2 に答える 2

1

それで...不要なコードビットをコメントアウトしますか？

いいえ、それは非常に面倒です。それがバージョン管理の目的です。

新しい View と ViewModel を作成する必要がありますか?

はい、オリジナルを交換してください。

もしそうなら、安全に保管するために原本を保管するのに適切な場所はどこですか?

バージョン管理。

私たちのアプリケーションはソース管理 (SVN) の下にあるので、理論的にはこのリビジョンに戻すことができますが、そのような小さな変更にはやり過ぎのように思えます。

やり過ぎ？いいえ。それが VCS の得意とするところです => リビジョン履歴を保持します。また、後で簡単に戻れるように、ラベルを作成することも検討してください。

于 2011-06-08T21:37:46.807 に答える
0

ビューエンジンは？実際、それは問題になる場合とそうでない場合があります。

「今後これが必要になるかもしれない」という観点から、今のところなくなり、MVC ユーザー コントロールに再び表示される可能性のある UI ビットを移動することを検討します。コード全体をコメントアウトするよりも「面倒」ではありません。その後、今のところ除外できます。

ビューモデルは？いくつかの可能性があります。ショート ポールは、使用されていなくても、確かに ViewModel にビットを追加していますが、それは、使用されていないデータをいつ使用するかについての明確なタイムフレームなしでスピンアップしていることを意味します。ただし、追加情報が必要な場合はいつでも派生クラスを作成し、使用を開始するときにユーザー コントロールにビュー モデルを派生クラスにキャストさせることができます (共分散と反分散はあなたの友達です)。コードの変更はかなりマイナーです。ビジネスが「理にかなっている」とき。

于 2011-06-08T21:40:21.730 に答える