什麼是快速開發框架

 

什麼是快速開發框架

前言

做為一個程式設計師，在開發的過程中會發現，有框架同無框架，做起事來是完全不同的概念，關係到開發的效率、程式的健壯、效能、團隊協作、後續功能維護、擴充套件 ......等方方面面的事情。很多朋友在學習搭建自己的框架，很多公司也在建立或使用自己的框架，網上開源的框架多如牛毛，每年新上線的各種框架也不知多少。而不停的重複造輪子，也讓更多的朋友鳥槍換炮，越跑越快，工作效率越來越高。那麼什麼是 快速開發 框架呢？

什麼是 快速開發 框架

     快速開發 框架是整個或部分系統的可重用設計，表現為一組抽象構件及構件例項間互動的方法 ; 另一種定義認為，框架是可被應用開發者定製的應用。前者是從應用方面而後者是從目的方面給出的定義。

    可以說，一個 快速開發 框架是一個可複用的設計構件，它規定了應用的體系結構，闡明瞭整個設計、協作構件之間的依賴關係、責任分配和控制流程，表現為一組抽象類以及其例項之間協作的方法，它為構件複用提供了上下文 (Context)關係。因此構件庫的大規模重用也需要 快速開發 框架。

    應用 快速開發 框架指的是實現了某應用領域通用完備功能（除去特殊應用的部分）的底層服務。使用這種框架的程式設計人員可以在一個通用功能已經實現的基礎上開始具體的系統開發。框架提供了所有應用期望的預設行為的類集合。具體的應用透過重寫子類 (該子類屬於框架的預設行為)或組裝物件來支援應用專用的行為。

   快速開發 框架，即。其實就是某種應用的半成品，就是一組元件，供你選用完成你自己的系統。簡單說就是使用別人搭好的舞臺，你來做表演。而且， 快速開發 框架一般是成熟的，不斷升級 更新 的軟體

     簡單來講，軟體開發框架可以理解為我們起樓房時，用梁 +柱子+承重牆做起來的鋼筋混凝土結構框架。而實現的軟體功能，也就像在這個 快速開發 框架結構中所要實現的不同型別、功能的房子，比如停車場、商場、酒店、飯店、商住房 ......

　　功能強大，結構紮實的框架，可承載的型別就更多，適用性就更強。

不論是什麼開發框架，都是為現實不同的業務功能而建立的。好的 快速 開發框架能提高企業的競爭能力，包括降低開發成本、提高產品質量、改善客戶滿意程度、控制開發進度等。同時， 快速 開發框架也是某一領域為實現某種業務的知識積累，它是一種持續性的活動，隨著特定業務功能實現而建立，且跳出軟體開發週期而存活。一個成熟的 快速開發 框架，不單單只是程式碼而已，它除了將某一領域業務的基礎功能以程式碼的方式實現外，還必須編寫對應的文件、模型、流程圖、資料字典、開發使用說明 .....等一系列的文件來支撐，這樣的 快速開發 框架才更加成熟和健壯。

為什麼要使用 快速開發 框架

　　軟體系統隨著業務的發展，變得越來越複雜，不同領域的業務所涉及到的知識、內容、問題非常非常多。如果每次都從頭開發，那都是一個很漫長的事情，且並不一定能將它做好。團隊協作開發時，沒有了統一標準，大家各寫各的，同樣的重複的功能到處都是。由於沒有統一呼叫規範，很難看懂別人寫的程式碼，出現 Bug或二次開發維護時，根本無從下手。（無框架不堪回首的黑暗日子請看前面章節的講述）

而一個成熟的 快速開發 框架，它是模板化的程式碼，它會幫我們實現很多基礎性的功能，我們只需要專心的實現所需要的業務邏輯就可以了。而很多底層功能操作，就可以完完全全不用做太多的考慮， 快速開發 框架已幫我們實現了。這樣的話，整個團隊的開發效率可想而知。另外對於團隊成員的變動，也不用太過擔心， 快速開發 框架的程式碼規範讓我們能輕鬆的看懂其他開發人員所寫的程式碼。

搭建 快速開發 框架時，我們要如何定位

　　是不是 快速開發 框架的擴充套件性、可移值性、功能越強大就越好呢？

　　好的 快速開發 框架是相對的，它都有自己特定的應用領域，合適才是最好。

　　個人覺得在實際開發中要根據具體情況來看的，因為功能越全面它的複雜度就越大，所需要的開發人員能力和技能就會要求更高，付出的成本也就最大。比如做一個還未發展起來的電商網就想 將系統做成像京東那樣，直接用京東分模組分散式的框架來開發，那得怎麼來組建這個團隊？更不用說開發成本了。就算團隊有能力做到，也沒有那個必要這麼去做，因為從成本預算和開發週期等方面來看，得不嘗失，更多的可能專案還未完成公司就給拖垮了。

　 　一般來說，一箇中小型專案， 1到5人左右的開發團隊，使用一般的三層結構就可以了，不用去細想框架要分三層還是五層，每個層之間要怎麼實現解耦，要用什麼設計模式.....因為當今飛速發展的網際網路時代，快才是王道，做一箇中小型專案能用一週完成的，絕不能拖了一個月還未做完。人工與時間成本才是重點中 的重點，唯有快才能更好的生存下來並壯大。至於擴充套件功能、介面、分散式、併發、大資料......等等問題，實際上過早考慮太多並不是好事情，有經驗的程式設計師在寫這個 快速開發 框架時早已留下擴充套件方案或思路，而沒到這一層次的開發人員你想再多也可能想不明白，還不如先做出來積累一定經驗後再慢慢學習，慢慢升級框架。

　　當然也不是說設計框架時不用考慮高內聚低耦合，而是要根據自己的能力與經驗來設計出自己能把控的框架出來。因為框架不是開發出來後就不再變動，它也需要不停的進行升級，將你所學到的新知識新技術融合到框架中，使它的功能更加強大，更加健壯。而對於自己不能把控的 快速開發 框架，在團隊協作開發和上生產環境後，你就發現有一大堆的坑等著你去填埋，這種框架只能拿來先練練手，有空再慢慢完善。

　　 快速開發 框架透過小步快跑，不斷的迭代升級來慢慢擴充套件的，當專案上生產環境後，根據新的需求和所碰到的問題，去不停的調整，最終越來越強大。所有框架都是從 1.0版本到2.0、3.0......發展而來，而不是直接跳過最初版本到最終成熟版本。

　 　所以說我們在建立一個框架時，必須根據我們當前個人的技術能力、團隊成功技術水平、時間、投入成本、專案現狀（規模與需求複雜程度）、以後的發展前景來決定所要開發的框架的最終設計方案。當然也不是說不能一步到位，心有多大世界就有多大，只要個人能力和團隊能力配得上，老闆資金成本雄厚，時間充足，直接上大專案使用超級框架也完全沒有問題。

快速開發 框架的主要特點和要求

　　 1、程式碼模板化

　　 快速開發 框架一般都有統一的程式碼風格，同一分層的不同類程式碼，都是大同小異的模板化結構，方便使用模板工具統一生成，減少大量重複程式碼的編寫。在學習時通常只要理解某一層有代表性的一個類，就等於瞭解了同一層的其他大部分類結構和功能，容易上手。團隊中不同的人員採用類同的呼叫風格進行編碼，很大程度提高了程式碼的可讀性，方便維護與管理。

 

　　2、重用

　　 快速 開發框架一般層次清晰，不同開發人員開發時都會根據具體功能放到相同的位置，加上配合相應的開發文件，程式碼重用會非常高，想要呼叫什麼功能直接進對應的位置去查詢相關函式，而不是每個開發人員各自編寫一套相同的方法。

　　3、高內聚（封裝）

　　 快速開發 框架中的功能會實現高內聚，開發人員將各種需要的功能封裝在不同的層中，給大家呼叫，而大家在呼叫時不需要清楚這些方法裡面是如果實現的，只需要關注輸出的結果是否是自己想要的就可以了。

　　4、規範

　　 快速開發 框架開發時，必須根據嚴格執行程式碼開發規範要求，做好命名、註釋、架構分層、編碼、文件編寫等規範要求。因為你開發出來的框架並不一定只有你自己在用，要讓別人更加容易理解與掌握，這些內容是非常重要的。

　　5、可擴充套件

 　　 快速 開發框架時必須要考慮可擴充套件性，當業務邏輯更加複雜、數量記錄量爆增、併發量增大時，能否透過一些小的調整就能適應？還是需要將整個框架推倒重新開發？當然對於中小型專案框架，也不必考慮太多這些內容，當個人能力和經驗足夠時水到渠成，自然就會注意到很多開發細節。

　　 6 、可維護

　　成熟的 快速開發 框架，對於二次開發或現有功能的維護來說，操作上應該都是非常方便的。比如專案要新增、修改或刪除一個欄位或相關功能，只需要簡單的操作，十來分鐘或不用花太多的工夫就可以搞定。新增一個資料表和對應的功能，也可以快速的完成。功能的變動修改，不會對系統產生不利的影響。程式碼不存在硬編碼等等，保證軟體開發的生產效率和質量。

　　 7 、協作開發

　　有了 快速 開發框架，我們才能組織大大小小的團隊更好的進行協作開發，成熟的框架將大大減輕專案開發的難度，加快開發速度，降低開發費用，減輕維護難度。

　　 8 、通用性

同一行業或領域的 快速開發 框架，功能都是大同小異的，不用做太大的改動就可以應用到類似的專案中。在 快速開發 框架中，我們一般都會實現一些同質化的基礎功能，比如許可權管理、角色管理、選單管理、日誌管理、異常處理 ......或該行業中所要使用到的通用功能，使框架能應用到某一行業或領域中，而不是隻針對某公司某業務而設定（當然也肯定存在那些特定功能的應用框架，這只是非常少的特殊情況，不在我們的考慮範圍）。

謝謝大家， 一路走來數個年頭，感謝 快速開發 框架的支持者與使用者，大家可以透過下面的 網址瞭解更多 。

官方網址：

免費入口體驗網址：