実際、VS で VSTO プロジェクトを作成する場合、コード行を記述する前に、自動生成されたいくつかのクラスから始めることを私は知っています。また、単一責任の原則についても理解しています (と思います)。
そうは言っても、単一のマシンに展開するいくつかの小さな VSTO プロジェクト (実際のアドイン コードは合計で 60 行程度) を作成していることに気付きました。それらはすべて機能し、主にロボットや他のマシンから出てくるデータを処理/変換しているため、人間はそれをより理解できるようになります。
すべてのコードを単一のクラスに入れるべきではない理由はありますか? このように小さい (そして明確に体系的に名前が付けられている) 場合、何かを簡単に追跡でき、維持しやすいと感じています。
現在、厳密なクラスに従うことを強制した 4 つと、すべてのコードを 1 つのクラスにまとめた今日の 2 つを実行しました。パフォーマンスの違いは見られず、かなり同じ負荷ですべて同じように機能するようです。
何か不足していますか?私はプログラミングの授業を受けたことがないので、悪い癖だらけだと思いますが、それは、うまくいくように見えることに終始しているからでしょうか? 特にVSTOに関心があり、これがどこでうまくいかないかについて、誰かがいくつかの例を持っているかどうか知りたいです。