有没有理由不使用“1”类小VSTO插件？
我知道，实际上，如果你在VS中创build一个VSTO项目，那么在你编写一行代码之前，你需要自动生成几个类。 我也明白（我认为）单一责任原则。
也就是说，我发现自己写了几个小的VSTO项目（实际的插件代码总共是60行），要部署在单机上。 他们都工作，而且主要是处理/转换从机器人或其他机器出来的数据，所以人们可以更好地理解它。
有没有一个原因，我不应该把我所有的代码放到一个类中？ 我可以很容易地跟踪一些小的事情（很明显是系统命名的），我觉得维护起来更容易一些。
现在我已经做了4次，我强迫自己遵守严格的课程，2就在今天，我把所有的代码扔到一个class级。 我没有看到性能差异，他们似乎都工作得很好，负载相当。
我错过了什么吗？ 我从来没有上过一门编程课，所以我确定我有很多坏习惯，但也许这是因为我总是看到一些表面上工作得很好的东西？ 我很想知道是否有人会举一些例子，特别是对VSTO更感兴趣，哪里会出错。
项目模板应该推荐适用于大多数情况的实践，既简单又复杂。 您可以使用适当的类层次结构编写简单和复杂的项目，但是只有简单的项目才能被有效编写，而无需遵循最佳实践。
这就是说，你不是被迫遵循项目模板build议的任何类层次结构。 如果使用单个类最适合你，你可以使用这种方法。 为简单问题select简单的工具没有任何问题。 如果你做出有意识的select，这实际上是个好主意。
性能方面，不会有太大的差别。 这是关于编程效率，而不是关于执行效率。