軟體模型反思

  你是如何寫代碼的？
  獲得需求後直接開始編碼？然後這樣一片一片的構造軟體？
  還是先為軟體設計好具體模型，構建架構，最後才開始編碼？
 
  直接寫代碼的叫做軟體民工。
  先設計類型的叫做軟體開發人員。
  而先搭建軟體模型並考慮軟體的後續版本需求及維護和功能擴充的，最後才開始編碼的才能稱之為軟體工程師。
  你是什麼呢？
 
  在用Reflector看了部分SnippetCompiler的代碼以後．我才發現自己寫的代碼有多爛。那簡直就是不堪入目的糟粕。

  如何設計軟體模型：
  我覺得沒有什麼固定的軟體模型。只需要抓主重要的幾點關鍵:
  1)定義良好的介面及可擴充性。（為以後的功能擴充做準備）
  2)最低的耦合性。（有助代碼維護及修改）
  3)統一的內部管理。(協助理解代碼及管理內部對象)

模型如何設計，不會!
我們可以思考、模仿。
我發現SnippetCompiler使用的模型類似於電視機的遙控器。

按鈕          = 命令
功能設定 = 某類命令管理集合
電路板      = 所有命令管理集合
頻道          = 介面實現者
電視          = 介面類構造工廠

按鈕發送命令給電路板，而電路板內部的發射器把訊號傳播給電視，電視則分類命令後傳送給需要的零件，使零件完成該命令。

電視機並不知道每一個頻道播放什麼節目以及是如何錄製及播放的，它只需要定義一個標準介面，而電視台實現了這個介面就能夠為電視機提供頻道收看。

模型沒有固定的，我們可以觀察現實中的任何一件事物的構造、原理及完成方法。
從而應用到軟體模型中。這樣就可以寫出更好更棒更健壯的軟體。

目前就想到這麼多，如何有不好的地方請提出...