是否有理由不使用带有VSTO加载项的“1”类?

时间:2013-06-12 02:24:41

标签: c# vb.net visual-studio excel vsto

我知道实际上如果你在VS中创建一个VSTO项目,那么在编写一行代码之前就会自动生成几个类。我也理解(我认为)单一责任原则。

也就是说,我发现自己编写了几个小型VSTO项目(实际的附加代码总共60行),可以部署在单台机器上。它们都可以工作,并且主要是处理/转换来自机器人或其他机器的数据,这样人类就可以更好地理解它。

我不应该将所有代码放入单个类中吗?当它很小(并且系统地清楚地命名)时,我可以轻松地跟踪某些东西,并且我觉得它更容易维护。

现在我已经做了4次强迫自己遵循严格的课程,而今天我把所有代码都放到了一个课程中。我没有看到性能差异,并且它们似乎在相同负载下同样工作良好。

我错过了什么吗?我从来没有上过编程课,所以我确信我已经习惯了坏习惯,但也许那是因为我总是以看似运作良好的东西结束?我很想知道是否有人有一些例子,特别是对VSTO更感兴趣,这会出现问题。

1 个答案:

答案 0 :(得分:1)

项目模板应该推荐适用于大多数情况的简单和复杂的实践。您可以使用适当的类层次结构编写简单和复杂的项目,但只有简单的项目才能有效地编写而不遵循最佳实践。

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

表现方面,不会有任何相当大的差异。它是关于编程的效率,而不是关于执行效率。