1

アプリケーションを構築するための最良の方法に頭を悩ませようとしています。

現在のアプリはオポチュニティに基づいています。プロジェクトマネージャー、料金、開始日何とか何とか何とかなどのかなり典型的なプロパティでの潜在的な作業のログ。

プロパティの1つは、これまで文字列として保持していたステージ（Won、Lost、No-Goなど）です。今のところ、プロパティは1つだけです。名前は文字列ですが、独自のクラスに変換したいという衝動に駆られています。ただし、将来のある時点で、Stageオブジェクトに他のプロパティがあると確信しています。

今Stageプロパティのクラスを作成するのはクレイジー/やり過ぎですか？

4

3 に答える 3

1

将来、プロパティをクラスに変換するよりも、既存のクラスに追加のプロパティを追加する方がはるかに簡単です。

于 2012-09-07T08:59:37.377 に答える
0

このクラスの今後の展望次第です。延長されることがわかっている場合は、なぜですか？ただし、いつでも文字列を使用して、必要に応じてクラスを作成して置き換えることができます。それが役に立てば幸い

于 2012-09-07T08:59:27.860 に答える
0

YAGNI (You Aren't Gonna Need It) と呼ばれる概念があり、次のように述べています。Stage クラスが現在役に立たない場合は、文字列プロパティを使用してください。

将来ある時点で Stage クラスが必要であることがわかった場合、後でそれを追加することは、現在よりもそれほど手間がかからないはずです。そして、それが必要ないことがわかった場合は、時間を節約し、設計の複雑さを軽減したことになります。

この YAGNI の原則に関する読み物:

于 2012-09-07T14:11:24.997 に答える