『壹』 什麼是開發框架
做為一個程序員，在開發的過程中會發現，有框架同無框架，做起事來是完全不同的概念，關繫到開發的效率、程序的健壯、性能、團隊協作、後續功能維護、擴展......等方方面面的事情。很多朋友在學習搭建自己的框架，很多公司也在創建或使用自己的框架，網上開源的框架多如牛毛，每年新上線的各種框架也不知多少。而不停的重復造輪子，也讓更多的朋友鳥槍換炮，越跑越快，工作效率越來越高。那麼什麼是框架呢？
框架的主要特點和要求
1、代碼模板化
框架一般都有統一的代碼風格，同一分層的不同類代碼，都是大同小異的模板化結構，方便使用模板工具統一生成，減少大量重復代碼的編寫。在學習時通常只要理解某一層有代表性的一個類，就等於了解了同一層的其他大部分類結構和功能，容易上手。團隊中不同的人員採用類同的調用風格進行編碼，很大程度提高了代碼的可讀性，方便維護與管理。
2、重用
開發框架一般層次清晰，不同開發人員開發時都會根據具體功能放到相同的位置，加上配合相應的開發文檔，代碼重用會非常高，想要調用什麼功能直接進對應的位置去查找相關函數，而不是每個開發人員各自編寫一套相同的方法。
3、高內聚（封裝）
框架中的功能會實現高內聚，開發人員將各種需要的功能封裝在不同的層中，給大家調用，而大家在調用時不需要清楚這些方法裡面是如果實現的，只需要關注輸出的結果是否是自己想要的就可以了。
4、規范
框架開發時，必須根據嚴格執行代碼開發規范要求，做好命名、注釋、架構分層、編碼、文檔編寫等規范要求。因為你開發出來的框架並不一定只有你自己在用，要讓別人更加容易理解與掌握，這些內容是非常重要的。
5、可擴展
開發框架時必須要考慮可擴展性，當業務邏輯更加復雜、數量記錄量爆增、並發量增大時，能否通過一些小的調整就能適應？還是需要將整個框架推倒重新開發？當然對於中小型項目框架，也不必考慮太多這些內容，當個人能力和經驗足夠時水到渠成，自然就會注意到很多開發細節。
7、可維護
成熟的框架，對於二次開發或現有功能的維護來說，操作上應該都是非常方便的。比如項目要添加、修改或刪除一個欄位或相關功能，只需要簡單的操作，十來分鍾或不用花太多的工夫就可以搞定。新增一個數據表和對應的功能，也可以快速的完成。功能的變動修改，不會對系統產生不利的影響。代碼不存在硬編碼等等，保證軟體開發的生產效率和質量。
8、協作開發
有了開發框架，我們才能組織大大小小的團隊更好的進行協作開發，成熟的框架將大大減輕項目開發的難度，加快開發速度，降低開發費用，減輕維護難度。
9、通用性
同一行業或領域的框架，功能都是大同小異的，不用做太大的改動就可以應用到類似的項目中。在框架中，我們一般都會實現一些同質化的基礎功能，比如許可權管理、角色管理、菜單管理、日誌管理、異常處理......或該行業中所要使用到的通用功能，使框架能應用到某一行業或領域中，而不是只針對某公司某業務而設定（當然也肯定存在那些特定功能的應用框架，這只是非常少的特殊情況，不在我們的考慮范圍）。
『貳』 簡要說明TCP/IP參考模型五個層次的名稱，各層的傳輸格式和使用的設備是什麼
TCP/IP參考模型是ARPANET及其後繼的網際網路使用的參考模型。其將協議分為：網路接入層、網際互連層、傳輸層以及應用層。
1.應用層：對應OSI參考模型的上層，為用戶提供所需的各種服務，如FTP，Telnet，DNS，SMTP等。
2.傳輸層：傳輸層對應於OSI參考模型的傳輸層，為應用層實體提供端到端通信功能，確保數據包的順序傳輸和數據的完整性。該層定義了兩個主要協議：傳輸控制協議（TCP）和用戶數據報協議（UDP）。
TCP協議提供可靠的，面向連接的數據傳輸服務;而UDP協議提供不可靠的無連接數據傳輸服務。
3.互聯網互聯層：互聯網互聯層對應OSI參考模型的網路層，主要解決從主機到主機的通信問題。它包含通過網路邏輯傳輸的協議設計數據包。重點是重新給主機一個IP地址來完成主機的定址，它還負責在各種網路中路由數據包。
該層有三個主要協議：Internet協議（IP），Internet組管理協議（IGMP）和Internet控制消息協議（ICMP）。 IP協議是Internetworking層中最重要的協議。它提供可靠的無連接數據報傳送服務。
4.網路接入層：網路接入層（即主機 - 網路層）對應於OSI參考模型中的物理層和數據鏈路層。它負責監視主機和網路之間的數據交換。
實際上，TCP / IP本身並沒有定義該層的協議，但參與互連的每個網路都使用自己的物理層和數據鏈路層協議，然後與TCP / IP的網路接入層連接。地址解析協議（ARP）在此層（OSI參考模型的數據鏈路層）上工作。
(2)web設計五層模型擴展閱讀：
OSI參考模型與TCP/IP參考模型的異同點：
1. OSI參考模型和TCP / IP參考模型都使用分層結構，但OSI使用的七層模型和TCP / IP是四層結構。
2. TCP / IP參考模型的網路介面層實際上沒有真正的定義，但是是概念性描述。 OSI參考模型不僅分為兩層，而且每層的功能都非常詳細。即使在數據鏈路層，也分離媒體訪問子層以解決區域網中共享媒體的問題。
3. TCP / IP的網路互連層等同於OSI參考模型的網路層中的無連接網路服務。
4. OSI參考模型基本上類似於TCP / IP參考模型的傳輸層功能。它負責為用戶提供真正的端到端通信服務，並且還從高層屏蔽底層網路的實現細節。
不同之處在於TCP / IP參考模型的傳輸層基於網路互連層，網路互連層僅提供無連接網路服務，因此面向連接的功能完全在TCP協議中實現，當然， TCP / IP的傳輸層還提供UDP等無連接服務;
相反，OSI參考模型的傳輸層基於網路層，它提供面向連接和無連接的服務，但傳輸層僅提供面向連接的服務。
5.在TCP / IP參考模型中，沒有會話層和表示層。事實證明，這兩層的功能可以完全包含在應用層中。
6. OSI參考模型具有高抽象能力，適用於描述各種網路。 TCP / IP是首先開發TCP / IP模型的協議。
7. OSI參考模型的概念明顯不同，但它過於復雜;雖然TCP / IP參考模型在服務，介面和協議之間的區別中不清楚，但功能描述和實現細節是混合的。
8. TCP / IP參考模型的網路介面層不是真實層; OSI參考模型的缺點是層數太多，劃分意義不大但增加了復雜性。
9.盡管OSI參考模型是樂觀的，但由於缺乏時間安排，該技術尚不成熟且難以實施;相反，雖然TCP / IP參考模型有許多令人不滿意的地方，但它非常成功。
『叄』 開發網頁java裡面一般都是分幾層
一般都才用mvc架構模式，分為3層。
MVC全名是Model View Controller，是模型(model)－視圖(view)－控制器(controller)的縮寫。
模型(model)是用於處理應用程序數據邏輯的部分。通常模型對象負責在資料庫中存取數據。
視圖(view)是處理數據顯示的部分。通常視圖是依據模型數據創建的。
Controller（控制器）是處理用戶交互的部分。通常控制器負責從視圖讀取數據，控制用戶輸入，並向模型發送數據。
『肆』 計算機網路應用層的功能
計算機網路應用層的功能是用於為用戶提供服務，是tcp/ip五層模型的最高層。從應用層看通訊，應該是兩個通信端點之間進程之間的邏輯連接。例如：A主機訪問了B主機，對於二者而言，雖然通信過程中存在多個物理鏈路。但是對應用層而言，他僅僅關注A程序到B程序的連接。
需要注意的是：因為應用層作為最高層的協議集合，所以對應用層協議的添加和去除顯得更容易，並不用考慮上層協議的耦合。
(4)web設計五層模型擴展閱讀：
應用層協議：每個應用層協議都是為了解決一類應用問題，而解決問題需要通過位於不同主機的多個應用進程之間的通信和協同來完成，應用層的具體內容就是定義這些通信規則。
利用網路的應用程序有很多,包括web瀏覽器、電子郵件、遠程登錄、文件傳輸、網路管理等。能夠讓這些應用進行特定通信處理的正式應用層協議。TCP和IP等下層協議是不依賴於上層應用類型、使用性范圍非常廣的協議。而應用協議則是為了實現某種應用而設計和創造的協議。
『伍』 Java Web四層順序問題，求教
javaweb的四層/五層邏輯結構。
首先要明白為什麼要分層？
分層的目的是為了簡化工作流程，避免重復代碼和不必要的冗餘，提高開發速度和效率。
由上到下分為：
1.UI層（對用戶進行顯示）
2.持久化層（用來持久化資料庫）
3.業務層（有豐富的業務邏輯，並進行處理，就是把實際資料庫的映射到內存中，就好比把倉庫的糧食放到鍋里去煮還是拿去分給大家，這就是兩種業務邏輯）
4.表現層（在我看來就是服務層，用來管理容器級別的服務，例如事務，安全，數據訪問邏輯等等）
這是這四層結構，還有三層結構表示的：
表示層
業務邏輯
持久化
這個分層主要是看遵循哪一種標准以及分層的用途了。
就好比計算機網路中的網路結構分層，有五層的通用結構，四層的TCP/IP協議，七層的OSI協議。
我覺得不必深究，當你真實的去運用這些知識後，再去質疑也不遲。
『陸』 網格的結構體系
在介紹網格的特徵之前，我們首先要解決一個重要的問題：網格是不是分布式系統？這個問題之所以必須回答，因為人們常常會問另一個相關的問題：為什麼我們需要網格？現在已經有很多系統（比如海關報關系統、飛機訂票系統）實現了資源共享與協同工作。這些系統與網格有什麼區別？
對這個問題的簡要回答是：網格是一種分布式系統，但網格不同於傳統的分布式系統。IBMGlobal Service與EDS是在這個分布式領域最著名的公司。構建分布式系統有三種方法：即傳統方法（我們稱之為EDS方法）、分布自律系統（Autonomous Decentralized Systems, ADS）方法，網格（grid）方法。ADS通常用於工業控制系統中。網格方法與傳統方法的區別見下表：
特徵 傳統分布式系統 網格
開放性 需求和技術有一定確定性、封閉性 開放技術、開放系統
通用性 專門領域、專有技術 通用技術
集中性 很可能是統一規劃、集中控制 一般而言是自然進化、非集中控制
使用模式 常常是終端模式或C/S模式 服務模式為主
標准化 領域標准或行業標准 通用標准（+行業標准）
平台性 應用解決方案 平台或基礎設施
通過以上對比，網格具有以下四點優勢：
（1）資源共享，消除資源孤島：網格能夠提供資源共享，它能消除信息孤島、實現應用程序的互連互通。網格與計算機網路不同，計算機網路實現的是一種硬體的連通，而網格能實現應用層面的連通。
（2）協同工作：網格第二個特點是協同工作，很多網格結點可以共同處理一個項目。
（3）通用開放標准，非集中控制，非平凡服務質量：這是Ian Foster最新提出的網格檢驗標准。網格是基於國際的開放技術標准，這跟以前很多行業、部門或者公司推出的軟體產品不一樣。
（4）動態功能，高度可擴展性：網格可以提供動態的服務，能夠適應變化。同時網格並非限制性的，它實現了高度的可擴展性。 網格之所以能有以上所說的種種優勢特徵，是由網格的體系結構賦予它的。網格體系結構的主要功能是劃分系統基本組件，指定組件的目的與功能，刻畫組件之間的相互作用，整合各部分組件。科研工作者已經提出並實現了若干種合理的網格體系結構。下面介紹影響比較廣泛的兩個網格體系結構：網格計算協議體系結構(Grid Protocol Architecture，GPA)和計算經濟網格體系結構(GRACE)模型。
OGSA（Open Grid Services Architecture）被稱為是下一代的網格體系結構，它是在原來「五層沙漏結構」的基礎上，結合最新的Web Service 技術提出來的。OGSA包括兩大關鍵技術即網格技術和Web Service 技術。
隨著網格計算研究的深入，人們越來越發現網格體系結構的重要。網格體系結構是關於如何建造網格的技術，包括對網格基本組成部分和各部分功能的定義和描述，網格各部分相互關系與集成方法的規定，網格有效運行機制的刻畫。顯然，網格體系結構是網格的骨架和靈魂，是網格最核心的技術，只有建立合理的網格體系結構，才能夠設計和建造好網格，才能夠使網格有效地發揮作用。
OGSA最突出的思想就是以「服務」為中心。在OGSA框架中，將一切都抽象為服務，包括計算機、程序、數據、儀器設備等。這種觀念，有利於通過統一的標准介面來管理和使用網格。Web Service提供了一種基於服務的框架結構，但是，Web Service 面對的一般都是永久服務，而在網格應用環境中，大量的是臨時性的短暫服務，比如一個計算任務的執行等。考慮到網格環境的具體特點，OGSA 在原來Web Service 服務概念的基礎上，提出了「網格服務（Grid Service）」的概念，用於解決服務發現、動態服務創建、服務生命周期管理等與臨時服務有關的問題。
基於網格服務的概念，OGSA 將整個網格看作是「網格服務」的集合，但是這個集合不是一成不變的，是可以擴展的，這反映了網格的動態特性。網格服務通過定義介面來完成不同的功能，服務數據是關於網格服務實例的信息，因此網格服務可以簡單地表示為「網格服務=介面/行為+服務數據」。
在當下，網格服務提供的介面還比較有限,OGSA 還在不斷的完善過程之中，下一步將考慮擴充管理、安全等等方面的內容。 Ian Foster於2001年提出了網格計算協議體系結構，認為網格建設的核心是標准化的協議與服務，並與Internet網路協議進行類比(如圖1)。該結構主要包括以下五個層次：
構造層(Fabric)：控制局部的資源。由物理或邏輯實體組成，目的是為上層提供共享的資源。常用的物理資源包括計算資源、存儲系統、目錄、網路資源等；邏輯資源包括分布式文件系統、分布計算池、計算機群等。構造層組件的功能受高層需求影響，基本功能包括資源查詢和資源管理的QoS保證。
連接層(Connectivity)：支持便利安全的通信。該層定義了網格中安全通信與認證授權控制的核心協議。資源間的數據交換和授權認證、安全控制都在這一層控制實現。該層組件提供單點登錄、代理委託、同本地安全策略的整合和基於用戶的信任策略等功能。
資源層(Resource)：共享單一資源。該層建立在連接層的通信和認證協議之上，滿足安全會話、資源初始化、資源運行狀況監測、資源使用狀況統計等需求，通過調用構造層函數來訪問和控制局部資源。
匯集層(Collective)：協調各種資源。該層將資源層提交的受控資源匯集在一起，供虛擬組織的應用程序共享和調用。該層組件可以實現各種共享行為，包括目錄服務、資源協同、資源監測診斷、數據復制、負荷控制、賬戶管理等功能。
應用層(Application)：為網格上用戶的應用程序層。應用層是在虛擬組織環境中存在的。應用程序通過各層的應用程序編程介面（API）調用相應的服務，再通過服務調動網格上的資源來完成任務。為便於網格應用程序的開發，需要構建支持網格計算的大型函數庫。 現在國內國外運用得最多的可能是在一些大型院校的計算網格（實現計算資源的共享。 什麼是計算資源： 簡單來說就是計算能力，CPU。 計算資源共享就是CPU計算的共享）。人們把一個集群(cluster, 也就是常說的機房，通常有幾十台操作系統為Linux的計算機)的計算機連成一個局域型網格。這樣就好像把這幾十台電腦連成了一台超級計算機，計算能力當然大大提高了。這種局域計算網格主要運用於一些科研的研究。比如說生物科學。當生物科學的研究員需要高性能的計算資源來幫助他們分析試驗的結果時，他們就把這些分析試驗的程序提交（submit）給網格，網格通過計算再把結果返回給這些研究員。計算結果可能是一些圖像（rendering）也可能是一些數據。這些計算如果在單一PC（Personal computer, 個人計算機）上運行的話，往往會花費幾個月的時間，然而在網格中運行一，兩天也就完成了。這就是網格技術最直觀的優點之一。當然有一些大型主機（super-mainframe）也有很強的計算能力（比如常說的IBM deepblue，打敗人類國際象棋大師Kasparov那位），但是這種主機太昂貴，而且配置(deploy)往往不方便，是名副其實的重量級（heavyweight）計算。1996年初，美國數學家和程序設計師喬治· 沃特曼編制了一個梅森素數計算程序，並把它放在網頁上供數學家和數學愛好者免費使用，這就是著名的「網際網路梅森素數大搜索」（GIMPS)項目。現在只要人們去GIMPS的主頁下載那個免費程序，就可以通過計算網格來搜尋新的梅森素數。SETI@Home，一個分布式計算的項目，通過互聯網路上的計算機搜索地球外智慧訊息，網格在分布式計算的成功運用。）的網站指出，世界上最強大的計算機IBM 的 ASCI White，可以實現每秒12萬億次的浮點運算，但是花費了1億千萬美元；然而SETI@HOME只用了50萬美元卻實現了每秒15萬億次浮點運算。
網格另外一個顯著的運用可能就是虛擬組織（Virtual Organisations）。這種虛擬組織往往是針對與某一個特定的項目，或者是某一類特定研究人員。在這裡面可以實現計算資源、存儲資源、數據資源、信息資源、知識資源、專家資源的全面共享。比如說中國2008年奧運會開幕式研究組就可以運用網格組成一個虛擬組織。在這個虛擬組織里，任何成員不管在哪個地方都可以有權訪問組織的共享資源（如 開幕式場地圖紙，開幕式資金，開幕式節目單）；而且可以和另一地方的虛擬組織成員進行交流。這個虛擬組織就像把所有奧運會開幕式的資源，信息，以及人員集中到了一個虛擬的空間，讓人們集中精力研討開幕式項目的問題，而不必考慮其他的問題。據個實例，由英國利茲大學，牛津大學，約克大學和謝菲爾德大學合作的DAME項目就是致力於研究和運用虛擬組織。DAME架構在這四個大學合建的白玫瑰網格White Rose Computational Grid (WRCG)上，運用於對飛機故障的快速檢測和維修。
『柒』 一個項目中說系統分為表現層、控制層、邏輯層、DAO層和最終資料庫五層架構 這具體是什麼意思啊
1、表現層：主要功能是顯示數據和接受傳輸用戶的數據，可以在為網站的系統運行提供互動式操作界面，表現層的應用方式比較常見，例如Windows窗體和Web頁面。
2、控制層：將業務規則、數據訪問、合法性校驗等工作進行處理。通過COM/DCOM通訊與邏輯層建立連接。
3、邏輯層：將用戶的輸入信息進行甄別處理，分別保存。建立新的數據存儲方式，在存儲過程中對數據進行讀取，將「商業邏輯」描述代碼進行包含。
4、DAO層：主要是對非原始數據（資料庫或者文本文件等存放數據的形式）的操作層，對資料庫的操作，而不是數據，具體為業務邏輯層或控制層提供數據服務。
5、最終資料庫：是資料庫的主要操控系統，實現數據的增加、刪除、修改、查詢等操作。實際運行的過程中，最終資料庫沒有邏輯判斷能力，為了實現代碼編寫的嚴謹性，提高代碼閱讀程度，一般軟體開發人員會使用DAO層，保證數據處理功能。
(7)web設計五層模型擴展閱讀：
系統分為表現層、控制層、邏輯層、DAO層和最終資料庫五層架構的優點是：
1、開發人員可以只關注整個結構中的其中某一層。
2、可以很容易的用新的實現來替換原有層次的實現。
3、可以降低層與層之間的依賴。
4、有利於標准化。
5、利於各層邏輯的復用。
6、結構更加的明確。
7、在後期維護的時候，極大地降低了維護成本和維護時間。
8、避免了表示層直接訪問數據訪問層，表示層只和業務邏輯層有聯系，提高了數據安全性。
9、有利於系統的分散開發，每一個層可以由不同的人員來開發，只要遵循介面標准，利用相同的對象模型實體類就可以了，這樣就可以大大提高系統的開發速度。
10、方便系統的移植，如果要把一個C/S的系統變成B/S系統，只要修改三層架構的表示層就可以了。業務邏輯層和數據訪問層幾乎不用修改就可以輕松的把系統移植到網路上。
11、項目結構更清楚，分工更明確，有利於後期的維護和升級。
『捌』 互聯網產品交互設計的相關流程是什麼,最好詳細一點
談一談互聯網產品設計階段的工作流程
關於互聯網產品設計階段的工作流程，近幾年好像有了一個標準的模式，大家都按照這么一個大概的流程來工作，又好像沒有標准，每個團隊又不盡相同，有的簡單粗暴，有的復雜細致 。之前工作過的幾個東家工作流程都不是很合理，產生了很多經驗教訓。最近在饅頭商學院回爐改造，又講到這塊，自己總結了一下感覺比較合理的工作流程，希望給一些小夥伴參考和啟發。
還想跟大家說一個小的思路，就是讓下游的人在做工作時候都提前一個階段或者兩個階段參與上游工作，不要等著上游有了輸出物後才開始工作，花幾個小時時間，會讓自己的工作思路更清晰，減少很多溝通成本和撕逼。比如在做核心流程時拉著開發負責人一起探討，開發心中有數，等交付原型時，不用產生太大分歧。之前所在團隊在需求分析階段會多次拉著測試一起討論，每次花一兩個小時的時間，省去的是測試階段幾倍的溝通時間。
標准化工作流程主要是為了規避問題，提高效率，不是為了標準的工作流程去做工作，每個公司的流程都被人員配置，項目周期，甚至公司文化影響著，不論什麼樣的流程，能夠達到工作目標的流程就是好流程。
『玖』 網格技術的體系結構
網格技術不斷地發展使人們逐漸地意識到了網格體系結構的重要性。網格體系結構用來劃分系統的基本組件，指定系統組件的目的和功能，說明組件之間如何相互作用，規定了網格各部分相互的關系與集成的方法。可以說，網格體系結構是網格的骨架和靈魂，是網格技術中最核心的部分。 開放網格服務結構OGSA是Global Grid Forum4的重要標准建議,是目前最新也最有影響力的一種網格體系結構，被稱為是下一代的網格結構。
OGSA的目的就是要將Grid的一些功能，更確切的說是Globus的一些功能融合到Web Service這個框架中。與前期網格不同的是，OGSA是面向服務的結構，將所有事務都表示成一個Grid服務，計算資源、存儲資源、網路、程序、數據等都是服務，所有的服務都聯系對應的介面，所以，OGSA被稱為是以服務為中心的「服務結構」，通過標準的介面和協議支持創建、終止、管理和開發透明的服務，其發展象徵著Web Service的一個進步，結合Web Service技術，支持透明安全的服務實例，OGSA有效地擴展了Web Service架構的功能。
五層模型與OGSA都相當重視互操作性，但OGSA更強調服務的觀點，將互操作性問題轉化為定義服務的介面和識別激活特定介面的協議。這一面向服務模型具有很多優點，環境中的所有組件都是虛擬化的，通過提供一個所有Grid服務實現基礎的一致介面的核心集，可以使得分級的、更高級別的服務的構建能夠跨多個抽象層以一種統一的方式進行處理。虛擬化還促使從多個邏輯資源實例到同一物理資源的映射，不考慮實現的服務組合，以及一個VO內的基於低級資源組合的資源管理。正是Grid服務的虛擬化加強了通用服務語義行為無縫地映射到本地平台設施的能力。