2013-06-12 83 views
2

我知道在現實中,如果你在VS中創建一個VSTO項目,那麼你在編寫一行代碼之前先自動生成幾個類。我也明白(我認爲)單一責任原則。這就是說,我發現我自己寫了幾個小VSTO項目(實際的插件代碼總共是60條線),將部署在單臺機器上。它們都可以工作,並且主要處理/轉換來自機器人或其他機器的數據,因此人們可以更好地理解它。有沒有理由不使用「1」類與小VSTO加載項?

是否有原因,我不應該把我所有的代碼放到一個類中?當它很小(並且系統地命名)時,我可以很容易地跟蹤某些事情,而且我覺得它更容易維護。

現在我已經完成了4個課程,我強迫自己遵循嚴格的課程,而就在今天,我將所有的代碼投入到一個課堂。我沒有看到性能差異,而且它們似乎在相當平均的負載下工作得很好。

我錯過了什麼嗎?我從來沒有上過一門編程課,所以我肯定我有很多不好的習慣,但也許這是因爲我總是看到看起來工作得很好的東西?我很想知道是否有人會舉一些例子,特別是對VSTO更感興趣,以及哪裏會出錯。

回答

1

項目模板應該推薦適用於大多數情況下的實踐,既簡單又複雜。您可以使用適當的類層次結構編寫簡單和複雜的項目,但只有簡單的項目纔能有效編寫,而無需遵循最佳實踐。

這就是說,你不是被迫遵循項目模板建議的任何類層次結構。如果使用單個類最適合你,你可以使用這種方法。爲簡單問題選擇簡單的工具沒有任何問題。如果你做出有意識的選擇,這實際上是一個好主意。

性能方面,不會有任何可觀的差異。這是關於編程效率,而不是執行效率。

相關問題