7
A
回答
3
「乾淨的界面」是一個不泄漏實現細節的界面。它很容易理解,不會暴露其私密部分,也不會導致您與您正在連接的代碼之間的過度耦合。這是一個代碼氣味比嚴格的定義更...
+0
+1我同意我也會補充說,屬性不重複。如果您在多個界面中遇到相同的方法或屬性,其目的與另一個界面非常相似,那麼您最好選擇一個更高級別的界面,其他人將從中獲得界面。 – 2010-02-26 03:24:04
4
全書已經寫在這,而Framework Design Guidelines(以.NET爲中心)是我的最愛之一。有很多,但沒有簡單的答案,但如果我是按作爲一個簡單的答案,我會說設計一個API,以便簡單的東西可以完成,而不需要開發人員閱讀任何擴展文檔。這意味着一個直觀,一致的界面與明智的描述性名稱。不要很難做到基本的東西。
1
保持簡單,並編寫精簡,快速,不言自明的代碼。容易閱讀和維護的一個。
相關問題
- 1. 清潔界面編譯器編譯
- 2. Google Play設計指南?
- 3. 函數/類設計指南
- 4. 枚舉設計指南
- 5. 在Google Web Toolkit中工作的用戶界面設計師指南
- 6. iPhone人機界面指南問題
- 7. 問題與Java.lang.Cloneable界面指南
- 8. 設計指南分佈式計算
- 9. Java界面設計
- 10. Android界面設計
- 11. Android界面設計
- 12. .net功能的設計指南
- 13. IE10觸摸輸入設計指南?
- 14. Django Web應用程序設計指南
- 15. 繁忙交通設計指南
- 16. iOS CoreData架構設計指南
- 17. Dashcode - 屬性檢查器 - 設計指南?
- 18. 動態壁紙圖標設計指南
- 19. Android清潔設備緩存
- 20. 上下文界面設計
- 21. 界面設計與帆布
- 22. HTML設計器界面
- 23. 界面設計iPhone X
- 24. iPhone用戶界面設計
- 25. 遊戲界面設計
- 26. DAO設計模式界面
- 27. 針對兒童的網站的用戶界面指南
- 28. WPF中用戶界面虛擬化的資源和指南
- 29. 用戶界面風格指南的測試工具?
- 30. Stripe's Rail的Checkout指南代碼澄清
+1想要做正確的方式,並挖掘比自己的想法更深。 – 2010-02-26 03:25:11
謝謝,我明白:) – hongster 2010-02-26 12:39:19