2

実際、VS で VSTO プロジェクトを作成する場合、コード行を記述する前に、自動生成されたいくつかのクラスから始めることを私は知っています。また、単一責任の原則についても理解しています (と思います)。

そうは言っても、単一のマシンに展開するいくつかの小さな VSTO プロジェクト (実際のアドイン コードは合計で 60 行程度) を作成していることに気付きました。それらはすべて機能し、主にロボットや他のマシンから出てくるデータを処理/変換しているため、人間はそれをより理解できるようになります。

すべてのコードを単一のクラスに入れるべきではない理由はありますか? このように小さい (そして明確に体系的に名前が付けられている) 場合、何かを簡単に追跡でき、維持しやすいと感じています。

現在、厳密なクラスに従うことを強制した 4 つと、すべてのコードを 1 つのクラスにまとめた今日の 2 つを実行しました。パフォーマンスの違いは見られず、かなり同じ負荷ですべて同じように機能するようです。

何か不足していますか?私はプログラミングの授業を受けたことがないので、悪い癖だらけだと思いますが、それは、うまくいくように見えることに終始しているからでしょうか? 特にVSTOに関心があり、これがどこでうまくいかないかについて、誰かがいくつかの例を持っているかどうか知りたいです。

4

1 に答える 1

1

プロジェクト テンプレートでは、単純な場合も複雑な場合も、ほとんどの場合に有効なプラクティスを推奨する必要があります。適切なクラス階層を使用して単純なプロジェクトと複雑なプロジェクトの両方を作成できますが、ベスト プラクティスに従わずに効率的に作成できるのは単純なプロジェクトだけです。

そうは言っても、プロジェクト テンプレートで提案されているクラス階層に従う必要はありません。単一のクラスを使用するのが最適な場合は、このアプローチを使用できます。単純な問題に対して単純なツールを選択することは何も悪いことではありません。実際、意識的に選択するのは良い考えです。

パフォーマンスに関しては、大きな違いはありません。これは、実行効率ではなく、プログラミングの効率に関するものです。

于 2013-06-12T02:39:22.717 に答える