是否有理由不将“ 1”类与小型VSTO加载项一起使用？

Question

我知道，实际上，如果您在VS中创建VSTO项目，则在编写一行代码之前，首先要自动生成几个类。 我也理解（我认为）单一责任原则。

就是说，我发现自己编写了几个小型VSTO项目（实际的外接程序代码总共60行）以部署在单台计算机上。 它们都可以工作，并且大部分是处​​理/转换来自机器人或其他机器的数据，因此人类可能会更加理解。

我有理由不把所有代码都放在一个类中吗？ 当它很小（很明显地系统地命名）时，我可以很容易地跟踪它，并且我觉得它更容易维护。

现在，我完成了4项强迫自己遵循严格的课程的工作，而在今天进行的2项工作中，我将所有代码都归为一类。 我看不到性能差异，而且它们在负载相当相等的情况下似乎都可以很好地工作。

我想念什么吗？ 我从来没有上过编程课，所以我确定我有很多不良习惯，但这也许是因为我一直在结束那些看似不错的事情吗？ 我很想知道是否有人在VSTO方面有一些例子，尤其是对VSTO感兴趣。

Answer 1

项目模板应推荐适用于大多数情况的实践，无论是简单的还是复杂的。 您可以使用适当的类层次结构来编写简单项目和复杂项目，但是如果不遵循最佳实践，则只能有效地编写简单项目。

话虽如此，您不会被迫遵循项目模板建议的任何类层次结构。 如果使用单个类最适合您，则可以使用此方法。 选择用于解决简单问题的简单工具没有错。 如果您做出明智的选择，这实际上是一个好主意。

在性能方面，不会有任何显着差异。 它与编程效率有关，而不与执行效率有关。