什麼是開發框架

1樓：茜拉密

程式設計中的框架包含doitphp(原tommyframework)是一個基於bsd開源協議釋出的輕量級php框架，還包含如thinkphp、codeigniter（簡稱ci）、yii framework、doophp、qeephp、等主流的程式設計框架，根據個人習慣和效能要求，其各也有不同的優缺點。

從軟體設計角度，框架是一個可複用的軟體架構解決方案，規定了應用的體系結構，闡明軟體體系結構中各層次間及其層次內部各元件間的毅力關係，責任分配和控制流程，表現為一組介面，抽象類以及例項間協作的方法。

框架是指對特定應用領域中的應用系統的部分設計和實現子系統的整體結構。

框架將應用系統劃分為類和物件，定義類和物件的責任，類和物件如何互相協作，以及物件之間的控制執行緒。

這些共有的設計因素由框架預先定義，應用開發人員只須關注於特定的應用系統特有部分。框架刻畫了其應用領域所共有的設計決策，所以說框架著重於設計複用，儘管框架中可能包含用某種程式設計語言實現的具體類。

2樓：匿名使用者

做為一個程式設計師，在開發的過程中會發現，有框架同無框架，做起事來是完全不同的概念，關係到開發的效率、程式的健壯、效能、團隊協作、後續功能維護、擴充套件......等方方面面的事情。很多朋友在學習搭建自己的框架，很多公司也在建立或使用自己的框架，網上開源的框架多如牛毛，每年新上線的各種框架也不知多少。

而不停的重複造輪子，也讓更多的朋友鳥槍換炮，越跑越快，工作效率越來越高。那麼什麼是框架呢？

什麼是框架

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

網際網路是個神奇的大網，框架也是一種模式，這裡提供最詳細的**，如果你真的想做，可以來這裡，這個手機的開始數字是一八七中間的是三兒零最後的是一四二五零，按照順序組合起來就可以找到，我想說的是，除非你想做或者瞭解這方面的內容，如果只是湊熱鬧的話，就不要來了

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

應用框架指的是實現了某應用領域通用完備功能（除去特殊應用的部分）的底層服務。使用這種框架的程式設計人員可以在一個通用功能已經實現的基礎上開始具體的系統開發。框架提供了所有應用期望的預設行為的類集合。

具體的應用通過重寫子類(該子類屬於框架的預設行為)或組裝物件來支援應用專用的行為。

應用框架強調的是軟體的設計重用性和系統的可擴充性，以縮短大型應用軟體系統的開發週期，提高開發質量。與傳統的基於類庫的物件導向重用技術比較，應用框架更注重於面向專業領域的軟體重用。應用框架具有領域相關性，構件根據框架進行復合而生成可執行的系統。

框架的粒度越大，其中包含的領域知識就更加完整。

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

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

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

不論是什麼開發框架，都是為現實不同的業務功能而建立的。好的開發框架能提高企業的競爭能力，包括降低開發成本、提高產品質量、改善客戶滿意程度、控制開發進度等。同時，開發框架也是某一領域為實現某種業務的知識積累，它是一種持續性的活動，隨著特定業務功能實現而建立，且跳出軟體開發週期而存活。

一個成熟的框架，不單單只是**而已，它除了將某一領域業務的基礎功能以**的方式實現外，還必須編寫對應的文件、模型、流程圖、資料字典、開發使用說明.....等一系列的文件來支撐，這樣的框架才更加成熟和健壯。

為什麼要使用框架

軟體系統隨著業務的發展，變得越來越複雜，不同領域的業務所涉及到的知識、內容、問題非常非常多。如果每次都從頭開發，那都是一個很漫長的事情，且並不一定能將它做好。團隊協作開發時，沒有了統一標準，大家各寫各的，同樣的重複的功能到處都是。

由於沒有統一呼叫規範，很難看懂別人寫的**，出現bug或二次開發維護時，根本無從下手。（無框架不堪回首的黑暗日子請看前面章節的講述）

而一個成熟的框架，它是模板化的**，它會幫我們實現很多基礎性的功能，我們只需要專心的實現所需要的業務邏輯就可以了。而很多底層功能操作，就可以完完全全不用做太多的考慮，框架已幫我們實現了。這樣的話，整個團隊的開發效率可想而知。

另外對於團隊成員的變動，也不用太過擔心，框架的**規範讓我們能輕鬆的看懂其他開發人員所寫的**。

搭建框架時，我們要如何定位

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

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

個人覺得在實際開發中要根據具體情況來看的，因為功能越全面它的複雜度就越大，所需要的開發人員能力和技能就會要求更高，付出的成本也就最大。比如做一個還未發展起來的電商網就想將系統做成像京東那樣，直接用京東分模組分散式的框架來開發，那得怎麼來組建這個團隊？更不用說開發成本了。

就算團隊有能力做到，也沒有那個必要這麼去做，因為從成本預算和開發週期等方面來看，得不嘗失，更多的可能專案還未完成公司就給拖垮了。

一般來說，一箇中小型專案，1到5人左右的開發團隊，使用一般的三層結構就可以了，不用去細想框架要分三層還是五層，每個層之間要怎麼實現解耦，要用什麼設計模式.....因為當今飛速發展的網際網路時代，快才是王道，做一箇中小型專案能用一週完成的，絕不能拖了一個月還未做完。人工與時間成本才是重點中的重點，唯有快才能更好的生存下來並壯大。

至於擴充套件功能、介面、分散式、併發、大資料......等等問題，實際上過早考慮太多並不是好事情，有經驗的程式設計師在寫這個框架時早已留下擴充套件方案或思路，而沒到這一層次的開發人員你想再多也可能想不明白，還不如先做出來積累一定經驗後再慢慢學習，慢慢升級框架。

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

框架通過小步快跑，不斷的迭代升級來慢慢擴充套件的，當專案上生產環境後，根據新的需求和所碰到的問題，去不停的調整，最終越來越強大。所有框架都是從1.0版本到2.

0、3.0......發展而來，而不是直接跳過最初版本到最終成熟版本。

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

框架和設計模式

度娘上說：框架、設計模式這兩個概念總容易被混淆，其實它們之間還是有區別的。構件通常是**重用，而設計模式是設計重用，框架則介於兩者之間，部分**重用，部分設計重用，有時分析也可重用。

在軟體生產中有三種級別的重用：內部重用，即在同一應用中能公共使用的抽象塊;**重用，即將通用模組組合成庫或工具集，以便在多個應用和領域都能使用；應用框架的重用，即為專用領域提供通用的或現成的基礎結構，以獲得最高階別的重用性。

框架與設計模式雖然相似，但卻有著根本的不同。設計模式是對在某種環境中反覆出現的問題以及解決該問題的方案的描述，它比框架更抽象；框架可以用**表示，也能直接執行或複用，而對模式而言只有例項才能用**表示;設計模式是比框架更小的元素，一個框架中往往含有一個或多個設計模式，框架總是針對某一特定應用領域，但同一模式卻可適用於各種應用。可以說，框架是軟體，而設計模式是軟體的知識。

框架的主要特點和要求

1、**模板化

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

2、重用

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

3、高內聚（封裝）

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

4、規範

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

5、可擴充套件

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

7、可維護

成熟的框架，對於二次開發或現有功能的維護來說，操作上應該都是非常方便的。比如專案要新增、修改或刪除一個欄位或相關功能，只需要簡單的操作，十來分鐘或不用花太多的工夫就可以搞定。新增一個資料表和對應的功能，也可以快速的完成。

功能的變動修改，不會對系統產生不利的影響。**不存在硬編碼等等，保證軟體開發的生產效率和質量。

8、協作開發

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

9、通用性

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

什麼是開發框架

什麼是web開發 web開發框架

開發框架是什麼，框架是做什麼的

學習開發web專案用什麼前端框架和開發工具好呢

其他用戶還看了：