釋義
框架2、釋義：（1）建築工程中，由梁、柱等聯結而成的結構；（2）比喻事物的組織、結構
3、土木工程中，由梁、柱等構件剛性連結而成的結構體系。
2、比喻事物的組織、結構：這部長篇小說已經有了一個大致的框架。
土木工程
（框，讀kuàng，不讀kuāng。）由梁和柱組成的能承受垂直和水平荷載的結構，梁和柱是剛性連結的。主要要用於工業與民用建築物的承重骨架，橋樑構架或工程構築物。
一般指建築工程中，由粱或尾架和柱聯結而成的結構。由於我國古代家具自宋以後曾吸收古代大木構制的作法，故傳統家具採用框檔、立柱結構形式的即稱框架，並將此類結構形式的家具稱之謂“框架式家具”。
施工流程
構架測量放線→土方開挖→釺探、驗槽→靜壓樁→砼墊層→承台、基礎鋼筋、模板、砼→牆、柱鋼筋→水電預留、預埋→牆柱模板→牆柱砼→拆模養護→梁板模板→梁板鋼筋→水電預留、預埋→梁板砼→養護→外牆防水→防水保護層→基礎土方回填。
(2)主體工程
測量放線→牆柱鋼筋→水電預留、預埋→牆柱模板→牆柱砼→拆模養護→梁板模板→梁板鋼筋→水電預留、預埋→梁板砼→養護
(3)裝飾裝修工程
測量放線→二次結構砌築、隔牆安裝→屋面防水→立門窗框→內牆抹灰→樓地面→牆面踢腳→設備安裝→門窗扇安裝→吊頂→精裝修→油漆、塗料。
軟體工程
框架定義
框架（Framework）是整個或部分系統的可重用設計，表現為一組抽象構件及構件實例間互動的方法;另一種定義認為，框架是可被套用開發者定製的套用骨架。前者是從套用方面而後者是從目的方面給出的定義。可以說，一個框架是一個可復用的設計構件，它規定了套用的體系結構，闡明了整個設計、協作構件之間的依賴關係、責任分配和控制流程，表現為一組抽象類以及其實例之間協作的方法，它為構件復用提供了上下文(Context)關係。因此構件庫的大規模重用也需要框架。
構件領域框架方法在很大程度上借鑑了硬體技術發展的成就，它是構件技術、軟體體系結構研究和套用軟體開發三者發展結合的產物。在很多情況下，框架通常以構件庫的形式出現，但構件庫只是框架的一個重要部分。框架的關鍵還在於框架內對象間的互動模式和控制流模式。
框架比構件可定製性強。在某種程度上，將構件和框架看成兩個不同但彼此協作的技術或許更好。框架為構件提供重用的環境，為構件處理錯誤、交換數據及激活操作提供了標準的方法。
套用框架的概念也很簡單。它並不是包含構件應用程式的小片程式，而是實現了某套用領域通用完備功能（除去特殊套用的部分）的底層服務。使用這種框架的編程人員可以在一個通用功能已經實現的基礎上開始具體的系統開發。框架提供了所有套用期望的默認行為的類集合。具體的套用通過重寫子類(該子類屬於框架的默認行為)或組裝對象來支持套用專用的行為。
套用框架強調的是軟體的設計重用性和系統的可擴充性,以縮短大型套用軟體系統的開發周期，提高開發質量。與傳統的基於類庫的面向對象重用技術比較，套用框架更注重於面向專業領域的軟體重用。套用框架具有領域相關性，構件根據框架進行複合而生成可運行的系統。框架的粒度越大，其中包含的領域知識就更加完整。
框架，即framework。其實就是某種套用的半成品，就是一組組件，供你選用完成你自己的系統。簡單說就是使用別人搭好的舞台，你來做表演。而且，框架一般是成熟的，不斷升級的軟體。框架的概念最早起源於Smalltalk環境，其中最著名的框架是Smalltalk80的用戶界面框架MVC(Model-View-Controller)。隨著用戶界面框架Interviews【Linton89】和ET++【Weinand89】的開發和發布，框架研究越來越受到研究人員的重視。雖然框架研究最初起源於用戶界面領域，但它還被成功地套用到其他領域中，如作業系統【Russo90】、火警系統【Molin96a，Molin96b】等。Taligent公司於1992年成立後，框架研究受到了廣泛的重視。該公司計畫基於框架來開發一個完整的面向對象作業系統。另外，該公司還發布了一套支持快速套用開發的工具集CommonPoint，其中包括了上百個面向對象框架【Andert94,Cotter95】。框架還沒有統一的定義，其中RalphJohnson所給出的定義基本上為大多數研究人員所接受：
一個框架是一個可復用設計，它是由一組抽象類及其實例間協作關係來表達的【Johnson98】。
這個定義是從框架內涵的角度來定義框架的，當然也可以從框架用途的角度來給出框架的定義：
一個框架是在一個給定的問題領域內，一個應用程式的一部分設計與實現【Bosch97】。
從以上兩個定義可以看出，框架是對特定套用領域中的套用系統的部分設計和實現com/wiki/%E5%AD%90%E7%B3%BB%E7%B5%B1target="_new"class=innerlink>子系統)的整體結構。框架將套用系統劃分為類和對象，定義類和對象的責任，類和對象如何互相協作，以及對象之間的控制執行緒。這些共有的設計因素由框架預先定義，套用開發人員只須關注於特定的套用系統特有部分。框架刻畫了其套用領域所共有的設計決策，所以說框架著重於設計復用，儘管框架中可能包含用某種程式設計語言實現的具體類。
一個基於框架開發的套用系統包含一個或多個框架，與框架相關的構件類，以及與套用系統相關的功能擴展。與套用系統相關的擴展包括與套用系統相關的類和對象。套用系統可能僅僅復用了面向對象框架的一部分，或者說，它可能需要對框架進行一些適應性修改，以滿足系統需求。
面向對象的框架作為一種可復用的軟體，在基於框架的軟體開發過程中會涉及到框架的開發和利用兩個方面的工作。框架的開發階段在於產生領域中可復用的設計。該階段的主要結果是框架以及與框架相關的構件類。該階段的一個重要活動是框架的演變和維護。象所有軟體一樣，框架也易於變化。產生變化的原因很多，如套用出錯，業務領域變化，等等。
不論是哪一種技術，最終都是為業務發展而服務的。從業務的角度來講。首先，框架的是為了企業的業務發展和戰略規劃而服務的，他服從於企業的願景（vision）；其次，框架最重要的目標是提高企業的競爭能力，包括降低成本、提高質量、改善客戶滿意程度，控制進度等方面。最後，框架實現這一目標的方式是進行有效的知識積累。軟體開發是一種知識活動，因此知識的聚集和積累是至關重要的。框架能夠採用一種結構化的方式對某個特定的業務領域進行描述，也就是將這個領域相關的技術以代碼、文檔、模型等方式固化下來。
使用框架原因
框架框架一般處在低層套用平台（如J2EE）和高層業務邏輯之間的中間層。
軟體為什麼要分層？為了實現“高內聚、低耦合”。把問題劃分開來各個解決，易於控制，易於延展，易於分配資源…總之好處很多啦：）。
框架設計模式
框架、設計模式這兩個概念總容易被混淆，其實它們之間還是有區別的。構件通常是代碼重用，而設計模式是設計重用，框架則介於兩者之間，部分代碼重用，部分設計重用，有時分析也可重用。在軟體生產中有三種級別的重用：內部重用，即在同一套用中能公共使用的抽象塊;代碼重用，即將通用模組組合成庫或工具集，以便在多個套用和領域都能使用；套用框架的重用，即為專用領域提供通用的或現成的基礎結構，以獲得最高級別的重用性。框架與設計模式雖然相似，但卻有著根本的不同。設計模式是對在某種環境中反覆出現的問題以及解決該問題的方案的描述，它比框架更抽象；框架可以用代碼表示，也能直接執行或復用，而對模式而言只有實例才能用代碼表示;設計模式是比框架更小的元素，一個框架中往往含有一個或多個設計模式，框架總是針對某一特定套用領域，但同一模式卻可適用於各種套用。可以說，框架是軟體，而設計模式是軟體的知識。
框架開發
框架的最大好處就是重用。面向對象系統獲得的最大的復用方式就是框架，一個大的套用系統往往可能由多層互相協作的框架組成。由於框架能重用代碼，因此從一已有構件庫中建立套用變得非常容易，因為構件都採用框架統一定義的接口，從而使構件間的通信簡單。
框架能重用設計。它提供可重用的抽象算法及高層設計，並能將大系統分解成更小的構件，而且能描述構件間的內部接口。這些標準接口使在已有的構件基礎上通過組裝建立各種各樣的系統成為可能。只要符合接口定義，新的構件就能插入框架中，構件設計者就能重用構架的設計。
框架還能重用分析。所有的人員若按照框架的思想來分析事務，那么就能將它劃分為同樣的構件，採用相似的解決方法，從而使採用同一框架的分析人員之間能進行溝通。
主要特點
領域內的軟體結構一致性好；建立更加開放的系統；重用代碼大大增加，軟體生產效率和質量也得到了提高；
軟體設計人員要專注於對領域的了解，使需求分析更充分；
存儲了經驗，可以讓那些經驗豐富的人員去設計框架和領域構件，而不必限於低層編程；
允許採用快速原型技術；
有利於在一個項目內多人協同工作；
大粒度的重用使得平均開發費用降低，開發速度加快，開發人員減少，維護費用降低，而參數化框架使得適應性、靈活性增強。
解決問題
框架要解決的最重要的一個問題是技術整合的問題，在J2EE的框架中，有著各種各樣的技術，不同的軟體企業需要從J2EE中選擇不同的技術，這就使得軟體企業最終的套用依賴於這些技術，技術自身的複雜性和技術的風險性將會直接對套用造成衝擊。而套用是軟體企業的核心，是競爭力的關鍵所在，因此應該將套用自身的設計和具體的實現技術解耦。這樣，軟體企業的研發將集中在套用的設計上，而不是具體的技術實現，技術實現是套用的底層支撐，它不應該直接對套用產生影響。要理解這一點，我們來舉一些例子：一個做視頻流套用的軟體企業，他為電廣行業提供整體的解決方案。他的優勢在於將各種各樣的視頻硬體、伺服器、和管理結合起來，因此他扮演的是一個集成商的角色。因此他的核心價值在於使用軟體技術將不同的硬體整合起來，並在硬體的整合層面上提供一個統一的管理平台。所以他的精力應該放在解決兩個問題：
如何找到一種方法，將不同的硬體整合起來，注意，這裡的整合併不是技術整合，而是一種思路上的整合。首先要考慮的絕對不是要使用什麼技術，而是這些硬體需要提供哪些服務，需要以什麼樣的方式進行管理。因此，這時候做的事情實際上是對領域進行建模。例如，我們定義任何一種硬體都需要提供兩種能力，一種是統一的管理接口，用於對所有硬體統一管理；另一種是服務接口，系統平台可以查詢硬體所能夠提供的服務，並調用這些服務。所以，設計的規範將會針對兩種能力進行。
另一個問題是如何描述這個管理系統的規範。你需要描述各種管理活動，以及管理中所涉及的不同實體。因為管理系統是針對硬體的管理，所以它是構架在硬體整合平台之上的。
在完成業務層面的設計之後，我們再來看看具體的技術實現。光有規範和設計是不夠的，我們還需要選擇一個優秀的技術。由於是對不同硬體的整合，我們想到採用Java提供的JMX技術。JMX技術適合用來進行系統整合，它定義了一個通用的規範，並給出了遠程管理連線埠的一些默認實現。JMX已經經過了實踐的檢驗，不少的套用伺服器都採用了以JMX為基礎的結構，例如有名的JBoss。JMX已經是一個很好的開始了，但是我們還需要在JMX的基礎上再做一些工作。
相關概念
1.白盒與黑盒框架框架可分為白盒(White-Box)與黑盒(Black-Box)兩種框架。
基於繼承的框架被稱為白盒框架。所謂白盒即具備可視性，被繼承的父類的內部實現細節對子類而言都是可知的。利用白盒框架的套用開發者通過衍生子類或重寫父類的成員方法來開發系統。子類的實現很大程度上依賴於父類的實現，這種依賴性限制了重用的靈活性和完全性。但解決這種局限性的方法可以是只繼承抽象父類，因為抽象類基本上不提供具體的實現。白盒框架是一個程式骨架，而用戶衍生出的子類是這個骨架上的附屬品。
基於對象構件組裝的框架就是黑盒框架。套用開發者通過整理、組裝對象來獲得系統的實現。用戶只須了解構件的外部接口，無須了解內部的具體實現。另外，組裝比繼承更為靈活，它能動態地改變，繼承只是一個靜態編譯時的概念。
在理想情況下，任何所需的功能都可通過組裝已有的構件得到，事實上可獲得的構件遠遠不能滿足需求，有時通過繼承獲得新的構件比利用已有構件組裝新構件更容易，因此白盒和黑盒將同時套用於系統的開發中。不過白盒框架趨向於向黑盒框架發展，黑盒框架也是系統開發希望達到的理想目標。
2.熱點、食譜以及好萊塢原則
成功的框架開發需要確定領域專用的''熱點''(Hotspot)。套用開發者在框架的基礎上進行開發，只須擴展框架的某些部分，''熱點''就是在套用領域的一種擴展槽，開發者根據自己的需要填充這些擴展槽。''熱點''使框架具有靈活性，如在具體的實現中，擴展槽可以被看成是一些抽象類，開發者通過重寫抽象方法獲得具體實現。
''食譜''(Cookbook)就是描述如何使用框架方法的文檔。在''食譜''中包含了許多''烹飪''方法，這些''烹飪''方法相當於一些具體的操作步驟，描述了為解決某一專門問題如何使用框架的詳細方法。框架的內部設計和實現細節通常不出現在''食譜''中。
框架的一個重要特徵就是用戶定義的方法經常被框架自身調用，而不是從用戶的套用代碼中調用。這種機制常稱為“好萊塢原則”(HollywoodPrinciple)或“別調用我們，我們會調用您”。
JAVA框架
WAF：全稱：WEBAPPLICATIONFRAMEWORK主要套用方面：EJB層，（WEB層也有，但是比較弱）。主要套用技術：EJB等簡述：這是SUN在展示J2EE平台時所用的例子PetStore(寵物商店系統)裡面的框架。是SUN藍皮書例子程式中提出的套用框架。它實現了MVC和其他良好的設計模式。SUN的網站上有技術資料，最好下載PetStore來研究，WEBLOGIC里自帶此系統，源碼在bea\weblogic700\samples\server\src\petstore。這是學習了解J2EE的首選框架。Struts:主要套用方面：WEB層。主要套用技術：JSP,TagLib,JavaBean,XML等出處，這是APACHE的開源項目，套用很廣泛。基於MVC模式，結構很好，基於JSP。Jbuilder8里已經集成了STRUTS1.02的製作。
簡述WAF+STRUTS結合的例子：WEB層用STRUTS，EJB層用WAF：JSP(TagLib)——>ActionForm——>Action——>Event——>EJBAction——>EJB——>DAO——>DatabaseJSP（TagLib）(forward)<——Action<——EventResponse<——
Turbine：主要套用方面：WEB層。主要套用技術：servlet等出處，這是APACHE的開源項目。基於SERVLET。據說速度比較快，基於service（pluggableimplementation可插拔的執行組件）的方式提供各種服務。
COCOON：主要套用方面：WEB層。主要套用技術：XML，XSP，servlet等簡述：這是APACHE的一個開源項目。基於XML，基於XSP（通俗地說，XSP是在XML靜態文檔中加入Java程式段後形成的動態XML文檔。）。特點是可以與多種數據源互動，包括檔案系統，資料庫，LDAP，XML資源庫，網路數據源等。
ECHO：主要套用方面：WEB層。主要套用技術：servlet等出處：簡述：nextapp公司的一個開源項目。基於SERVLET。頁面可以做的很漂亮，結合echopoint，可以作出很多圖形效果（裡面用了jfreechart包）。使用SWING的思想來作網頁，把HTML當作JAVA的類來做。但是大量使用Session，頁面分幀（Frame）很多,系統資源消耗很大。
JATO：全稱：SUNONEApplicationFramework主要套用方面：WEB層。主要套用技術：JSP,TagLib,JavaBean等出處，簡述：這是SUN推出的一個商業性框架，一看名字就知道是結合SUNONE的平台推出的。我下載了JATO2.0看了一下，感覺有些簡單，使用了JSP+TagLib+JavaBean。如他的DOC所說JATO是適合用在小的WEB套用里。
TCF：全稱：Thin-ClientFramework主要套用方面：JAVAGUI。主要套用技術：JAVAapplication等出處，簡述：這是IBM出的一個框架。基於MVC模式，基於JAVAApplication。
套用框架
框架業務架構
所有的套用系統只有在覆蓋了相應的業務以後，才具有套用的實際意義。與業務無關的管理決策框架在沒有載入業務以前，只能稱之為框架，載入業務以後則成為了針對特定業務的管理決策系統了。所謂業務架構一方面是為用戶載入和組織業務提供的一個手段和環境（開始也為用戶載入了一些通用的業務如查詢、報表等）；另一方面也是在實際套用時的業務門戶。類似於智慧型終端的桌面，用戶拿到手的時候桌面是空的，只是有一些通用業務，如時鐘、畫圖、記事簿等，隨著套用的發展，每個人的桌面會呈現出各不相同的個性化業務。管理決策框架中向用戶提供了業務操作和管理的操作2類業務，其中業務操作是面向大眾用戶的，涉及業務管理活動的流程、查詢、分析、決策等日常作業，這些操作絕大多數都需要用戶後續自行載入；管理操作是面向小眾用戶的，涉及對業務管理活動的流程定義、數據組織、分析規則、決策算法、展現效果等定義和描述操作，並對它們進行載入和維護的作業。與傳統的套用系統不同的是，這些作業的形成不是由程式設計師編碼實現的，而是用戶骨幹或者第三方團隊（小眾用戶），利用管理決策框架提供的管理操作（由套用架構的相關產品提供）載入實現的。載入的結果通常以“方案”的形式打包，每個“方案”對應一個管理活動的過程、規則、算法、結果展現等等。訓練成熟的方案經過該架構的解析和執行，面向用戶提供直觀高效的，可持續發展的，智慧型化的最佳用戶體驗。該架構涉及的技術包括：統一門戶、統一許可權、工作流、商務智慧型（BI）等等。套用架構
該架構主要是面向業務架構提供軟體功能的支持，既提供運行時的業務功能支持，又提供載入時的管理功能支持。與傳統的套用架構的最大不同在於，該架構能為整個組織實現業務需求的變化和滿足覆蓋地域的不同，提供可持續發展的支撐能力和具有更長的生命周期。同時，也是確保業務無關性，實現管理決策類套用產品化的關鍵。為此，組成該架構的一系列產品，均以人機互動的模式，將管理決策業務需要實現的數據源獲取、數據口徑描述、數據的組織、加工規則、管理過程、結果展現等進行定義、描述和發布管理；其所涉及的每個定義和描述的結果，均分為2個部分，一是以代碼段或腳本形式保存的，可以由業務架構解析並執行的部分，稱為“方案元”；二是對相應的方案元按照標準的元模型，以人工語境描述的數據集合，稱為“元數據”。方案元也作為元數據的一部分一併打包，並加以保存和管理，每項業務所涉及方案元的集合稱為“方案”，每個“方案”經過測試和訓練，面向特定的用戶發布。這個過程稱為“主動式元數據管理”。套用架構發布的結果就是業務架構面向大眾用戶提供的“業務功能”；使用套用架構所提供產品進行業務實現（載入）的過程，就是小眾用戶在業務架構中使用“管理功能”的過程。該架構涉及的技術包括：元數據標準、元數據管理、方案的形成和管理、知識的形成和管理等等。數據架構
它面向全局提供統一的數據綜合利用及管理環境。與傳統的數據架構不同，該架構提出了對“數據空間”進行“數據管理”的概念。“數據空間”是整個組織所有管理對象所涉及的數據全集，以及它們所有的數據屬性。傳統的數據架構關注的重點，局限在所有管理對象涉及的實體數據（內容），而“數據空間”關注和管理的對象，還要擴展到：一是以人工語境對“內容”進行解釋性描述的元數據（變化）；二是記錄“內容”和“變化”的歸檔數據（歷史）；三是反映管理決策框架運行環境的日誌數據（狀態）等。這裡記錄內容、變化、歷史、狀態的數據集合，稱之為“數據全集”；“變化”與傳統的只供機器識別的技術元數據（傳統數據屬性），一併稱之為新的“數據屬性”。“數據管理”指的是要對進入管理決策框架的數據源進行完整性、原始性、不可抵賴性的實現管理；要對基礎數據口徑和後續加工規則、算法等進行標準化、規範化、可追溯的描述管理；要對數據空間涉及的所有數據，進行合理組織、物理分區、數據結構的定義，實現全面科學、統分結合、訪問高效的控制管理；要對內容、變化、歷史、狀態等涉及的所有數據增值過程，進行全面質量管理和全過程的生命周期管理。該架構涉及的技術包括：非結構化數據處理、檔案管理、“大數據”技術、數據倉庫（特別是DW2.0）涉及的相關技術等等。技術架構
該架構是構成信息系統物理環境的產品集合，包括伺服器、作業系統、中間件、網路環境等基礎技術環境。在進行配置管理時，管理決策框架除了要考慮災備的異地支持環境，還要在物理上分為生產環境和訓練環境。生產環境是訓練環境的子集，其主要是將正式發布的“方案”經過載入、解析、執行，針對特定業務提供日常作業的支持服務，從而確保了生產環境的簡化、高效、可靠、穩定；訓練環境除了能模擬實際生產環境，還要提供業務（方案）載入、測試、訓練、維護、發布等管理作業的支持服務，從而確保該框架對業務套用無關性、對業務需求的可持續發展、保證支持環境的長生命周期。該架構涉及的技術包括：虛擬技術、雲計算、容災管理、數據中心監控等等。安全架構
在最大限度滿足管理決策框架運行的基礎上，構建網路、硬體和軟體相結合的安全體系，通過監控管理手段來確保系統穩定，削弱高度信息化的套用系統受單點故障的影響程度，使系統能夠將風險分散和具備一定的自救能力。要考慮一體化的，整體安全架構的設計要求；要符合信息安全標準(物理安全、運行安全、數據安全、內容安全等)規定而採取的技術和管理要求；要實現信息安全和數據質量管理的技術環境，能夠提供安全策略的具體管理機制。信息安全不僅體現在物理環境的實現上，更要強調信息安全管理機制的建立和持續完善，並且管理機制要能夠體現在物理環境上，要能夠通過物理環境管理、記錄、分析各類信息安全事件，避免其再次發生。標準體系
作為與業務無關的套用軟體產品，管理決策框架需要一系列標準，以規範整個框架對外部的銜接、規範框架內各架構間的銜接，以及每個架構內部的，對處理對象的獲取、加工、處理等描述的規範等等。它們涉及到相互銜接、處理對象描述、加工規則描述等等方面的標準化，以及如何對它們進行描述的標準化（元數據標準，即元模型）；涉及到包括組織、制定、維護、發布、遵循等內容的標準管理機制；特別是要有一個支撐標準管理機制的技術支持環境，這個環境不僅要提供對每個標準生命周期的管理，還要提供整個框架對標準遵循和使用的一致性和易用性保障和服務。運維體系
管理決策框架的運維體系分為2類：一類是物理環境運維。即傳統的數據中心環境和設備的運行保障和安全保障；另一類是套用環境運維。它包括涉及業務架構、套用架構、數據架構、標準體系的運維管理。通過這些運維管理活動，實現業務需求的有效支撐和可持續發展；實現管理功能（即整個框架本身）的可靠運行和可持續發展。為了這2類管理活動的有效進行，需要建立一套運維管理機制，包括運維組織、制度、職責等等；同樣，也要有一個支撐運維管理活動的運維技術支持環境，它不僅要提供對運維管理活動的過程和監控提供服務，還要提供對運維事項的發起、發現、定位、預警、處置、恢復等手段提供功能性支持，並且能夠通過對運維事件多角度信息的捕獲、積累、分析、挖掘，實現智慧型化的運維輔助和事件預測。網頁設計
框架一個框架結構有兩部分網頁檔案構成：
框架Frame：框架是瀏覽器視窗中的一個區域，它可以顯示與瀏覽器視窗的其餘部分中所顯示內容無關的網頁檔案。
框架集Frameset：框架集也是一個網頁檔案，它將一個視窗通過行和列的方式分割成多個框架，框架的多少根據具體有多少網頁來決定，每個框架中要顯示的就是不同的網頁檔案。
所謂框架就是把網頁分成幾個框窗，同時取得多個URL。<frameset>用來劃分框窗，每一框窗有一個<frame>，<frame>必須在<frameset>範圍中使用。如：
<framesetcols="50%,*">
<framename="hello"src="1.html"><framename="hi"src="2.html">
</frameset>
此例中<frameset>把畫面分成左右兩相等部分，左面顯示1.html，右面顯示2.html。
程式設計
程式設計中的框架包含DoitPHP(原Tommyframework)是一個基於BSD開源協定發布的輕量級PHP框架，還包含如thinkphp、codeigniter（簡稱CI）、yiiframework、doophp、qeephp、等主流的程式設計框架，根據個人習慣和性能要求，其各也有不同的優缺點！從軟體設計角度，框架是一個可復用的軟體架構解決方案，規定了套用的體系結構，闡明軟體體繫結構中各層次間及其層次內部各組件間的毅力關係，責任分配和控制流程，表現為一組接口，抽象類以及實例間協作的方法。
