程式開發中的框架(例如1000萬+行的Qt)往往是對常見功能的封裝(類似於成語對常用含義的代指，不同點在於應用框架最終對CPU表達含義時候會把成語替換為原本含義-透過函式呼叫),拋開框架，程式會變得因缺少一些"固定成語"(函式)的"釋義"(函式實現)而變得無法執行。所以，程式框架理解為基礎或者機械標準件(例如螺絲螺母這些有明確標準的機械部件)更為貼切。這樣理解，假如你要造一輛馬車，在沒有框架的情況下，你需要自己去伐木，去把木頭做成木板，木棍，然後組成輪子，門，等部件，然後組裝起來，但如果你用了框架，就相當於你有現成的輪子，門等部件，你只需要組裝一下就可以了。可以說，一個框架是一個可複用的設計構件，它規定了應用的體系結構，闡明瞭整個設計、協作構件之間的依賴關係、責任分配和控制流程，表現為一組抽象類以及其例項之間協作的方法，它為構件複用提供了上下文(Context)關係。因此構件庫的大規模重用也需要框架。 拓展資料：框架（Framework）是整個或部分系統的可重用設計，表現為一組抽象構件及構件例項間互動的方法;另一種定義認為，框架是可被應用開發者定製的應用骨架。前者是從應用方面而後者是從目的方面給出的定義。

程式設計中的架構是指是一系列相關的抽象模式，用於指導大型軟體系統各個方面的設計。

軟體架構所指的就是說相應的系列性的抽象模式，可以為設計大型軟體系統的各個方面提供相應的指導。從本質上來看，軟體架構是屬於一種系統草圖。

在軟體架構所描述的物件就是直接的進行系統抽象元件構成。連線系統的各個元件之間就是做到把元件之間所存在的通訊比較明確與相對細緻的實施描述。

處於相應的系統實現環節，那麼就會使得細化這些抽象元件成為現實的元件，比如可以是具體的某個類或者是物件。從面向物件領域進行分析，那麼各個元件之前實施的連線實現往往是介面。

擴充套件資料：

程式設計中架構的三種分類：

1、邏輯架構：

軟體系統系統當中的各個元件之間所存在的關係，比如外部系統介面、使用者介面、商業邏輯元件、資料庫等。

2、物理架構：

究竟是怎樣做到在硬體當中放置軟體元件。例如處於上海與北京進行分佈的分散式系統的物理架構，這也就是說全部的元件都是屬於物理裝置，主要的有主機、整合伺服器、應用伺服器、代理伺服器、儲存伺服器、報表伺服器、Web伺服器、網路分流器等。

3、系統架構：

相應的系統存在著效能、強壯性、可擴充套件性、靈活性、可靠性等這些非功能性特徵。設計系統的架構比要讓系統架構設計人員存在著過硬的軟體與硬體的效能與功能，往往從事這樣的工作這是屬於設計系統架構環節最為困難的工作。