Ⅰ 一個java web信息系統的框架技術選型問題。
前端jquery easyui就可以了
至於後端，如果要快速開發建議自己封裝一個資料庫連接池 用threadlocal實現事務即可，注意sql注入。
至於struct2也沒太大必要，自己實現簡單跳轉+許可權，幾個class 1000行代碼搞定
Ⅱ WEB系統的組成和工作原理
Web系統的組成部分：
頁面：超文本文檔在用戶端顯示為頁面（Page）
瀏覽器：頁面通過一個稱作瀏覽器（Browser）的程序觀看。目前最流行的瀏覽器是：Netscape，Internet Explore。
超鏈接：頁面內鏈接到其它頁面的文本串叫超鏈接，一般突出顯示。
主頁（Homepage）是首頁，整個文件的起始點和匯總點。
標識頁面的方法是採用統一資源定位器URL (Uniform Resource Locator) 有效地作為頁面的世界性名字。也稱為網頁在Internet上的地址（網址）。如:http：//www.cug.e.cn/welcome.html
頁面的製作: 用超文本標識語言 HTML (Hypertext Markup Language)編寫。 HTML是一種標識語言，在原文本的基礎上，加上一系列標識符號說明文件的格式，使得瀏覽器能夠按照一定的格式將文件顯示在屏幕上。 HTML語言能夠顯示文本，圖像，表格，實現超鏈接和演示應用程序等。
傳輸頁面：使用超文本傳輸協議 HTTP（Hypertext Transfer Protocol）它定義瀏覽器和伺服器如何通信，並將信息傳遞，它採用「請求和應答過程」。
萬維網Web是客戶 —— 伺服器系統，客戶機使用特定的協議如 HTTP 與伺服器建立連接，發送請求，伺服器接受並執行客戶請求的操作，再將結果返回客戶。
Web系統的結構
Web系統是客戶 —— 伺服器模式：
Web客戶機：客戶端的瀏覽器
Web伺服器：多媒體資源存放的主機
中間件：可以調用Web伺服器中的資料庫和其它應用程序，滿足客戶的各種應用要求。
Web系統的請求與應答
客戶機使用特定的協議如 HTTP 與伺服器建立連接，客戶機發送請求伺服器接受並執行客戶請求的操作，再將結果返回客戶。
Web客戶-伺服器系統的功能:
信息取得,資料和交易的管理,安全
Ⅲ 網站信息架構的設計目標和要求是什麼
什麼是信息架構web相關
（1）信息架構的起源
信息架構的英文為Information Architecture簡稱IA，是美國建築師沃爾曼 （Richard Saul Wurman）先生在1975年創造出的一個新詞彙。非常難得的是，作為建築師的沃爾曼注意到了其他建築師同行無暇顧及的現象，他以自己獨特的視角和非凡的抽象概括能力關注信息的收集、組織和表示問題，並在滿足使用者需求這一相同點上，將信息的收集、組織和表示與建造建築物所要解決的問題相比較，認為客觀知識空間的有序化與建築物設計時的物理空間的有序化之間有著共同之處，因此他將信息的序化問題視為一種服務於特定目標的建築設計工作，創造性地提出了IA這個詞彙和相應的研究領域。
IA的提法及相關的認識在其創建之初並沒有引起社會的廣泛認同，但是近年來隨著計算機網路應用的普及化和網路空間的擴大化，隨著信息生態環境問題的日益嚴峻，關於IA的提法逐漸在西方國家風行，其理論和實踐問題也逐漸引起了情報界的極大關注。
（2）信息架構的定義
目前學術界關於IA的定義雖然還沒有完全達成一致，但參照和歸納美國情報科學與技術協會2000年峰會的定義及沃爾曼和其他一些學者的看法，可以將IA定義為「組織信息和設計信息環境、信息空間或信息體系結構，以滿足需求者的信息需求的一門藝術和科學。」
IA包括調查、分析、設計和執行過程，它涉及到組織、標識、導航和搜索系統的設計，目的是幫助人們成功地發現和管理信息。
研究信息架構的理論和方法
（1）信息架構的適用范圍
從信息架構的定義和基本思想來看，信息架構的理論與方法應該適合於所有的信息集合。眾多的信息片段聚集在一起，形成了信息集合，當我們需要從復雜的、巨量的信息集合中有效地提取信息，我們就需要調動人的智能去組織信息內容，精心設計信息結構，建造一個優化的信息空間，讓信息變得清晰、易理解、易獲取和易使用。從這一點看：IA是針對所有信息集合而言的。但是，盡管IA出現在所有需要對信息集合中信息內容進行展示的信息空間中，但不同的信息集合形式對IA的依賴程度不同。一般情況下，陌生的信息環境和復雜的信息空間更需要IA，網路信息環境就是這樣一個對用戶而言陌生的信息環境。
（2）信息架構的核心內容
萬維網信息架構研究的開山之作《萬維網的信息架構》（Information Architecture for World Wide web）由美國的兩位具有圖書館學情報學背景的學者在1998年完成，他們在書中首次確立了信息架構的核心構成要素，這些要素作為信息架構的核心內容為全世界的學者所認可。IA的核心要素就是網站的信息組織系統、標識系統、導航系統和搜索系統這四大系統。
組織系統負責信息的分類，由它確定信息的組織方案和組織結構，對信息進行邏輯分組，並確定各組之間的關系；
標識系統負責信息內容的表述，為內容確定名稱、標簽或描述，標識名稱可以來源於控制詞表或詞庫、專家或用戶、已有的標識實踐等；
導航系統負責信息的瀏覽和在信息之間移動，通過各種標志和路徑的顯示，讓用戶能夠知道自己看到過的信息、自己的現在位置和自己可以進一步獲得的信息內容；
搜索系統負責幫用戶搜索信息，通過提供搜索引擎，根據用戶的提問式，按照一定的檢索演算法對網站內容進行搜索，並提交給用戶搜索的結果。
以上這些系統不是孤立存在的，有時它們之間的區別也不是絕對的，但是一旦設計好，網站就成為一個易用的、用戶滿意的對象了。
（3）信息架構在網站信息組織中的應用目標
WEB信息架構的實質是通過信息組織系統、標識系統、導航系統和搜索系統的設計和處理，幫助人們在網路和WEB環境中更成功地發現和管理信息，有效地解決用戶的信息需求。它是組織管理網站信息資源的基礎。
WEB信息架構的目標可以從兩個方面看：
一是從對信息的處理結果看，要達到信息的清晰化和信息可理解兩個目標。
為什麼以信息的清晰化、可理解性為目標的信息架構在今天能夠廣泛被接受？因為社會的大多數人，在今天已經感受到巨量信息的壓力，他們迫切需要減輕巨量信息造成的認知負擔，他們歡迎清晰化、可理解的信息。
二是從用戶的使用結果看，要達到網站信息有用性、可用性強和使用者具有良好的用戶體驗兩個目標。
信息架構的最終目的是幫助人們快速高效地找到所需信息，並獲得良好的用戶體驗。而用戶體驗建立在可用性基礎之上。信息架構的主要內容諸如建立信息組織結構、創建標識系統，設計導航系統等直接影響著網站整體的可用性。
下面我們簡單說明這四個目標：
①信息的清晰化
沃爾曼先生認為：「信息建築師（Information Architects）是一種把數據的內在模式加以組織，使復雜的事情變得清晰的人們，它們構建信息的結構或信息地圖，讓別人找到通往知識的途徑。」這段話表明了信息架構活動需要追求信息的清晰度。無論是導航、標識、組織和瀏覽哪一種處理方式，都應該起到如同建築物或道路的標志牌一樣的功效，紛紜繁雜的異質信息能夠形成一個清晰的結構、有清晰的呈現方式，能清晰的指引到達信息的路徑。
②信息可理解
「讓信息可理解」是創建信息架構這樣一個理念的初衷。
人的大腦要接受和利用信息，首先就要理解這個信息，即對信息進行解釋和表徵。信息的接收者通過接觸到信息的傳輸載體以及與信息界面的交互，需要對信息的符號、含義和結構等進行解釋和理解。為了保證良好的信息接收效果，信息發送者需要對這種解釋和理解的方式、特徵和規律事先進行調查、分析和研究，在此基礎上，將信息的內容集成，並發布到信息的傳輸載體和信息界面上。因此，信息的理解和解釋的內容和方式是一個影響到信息發送者的行為和信息接收效果的至關重要的問題。而在以前，常見的情況是，信息發送者自顧自地發送信息，不顧信息接收方面理解和解釋的困難。這樣的現象在信息稀缺時代，人們為了必須的信息利用目的，而不得不去克服困難；但是這樣的現象在我們這個信息富集時代，從「省力法則」的規律來看，人們會轉而求助於其他的信息渠道，自然地會避開理解和解釋的困難。
③信息的有用性、可用性強
有用性指信息內容具有潛在的能滿足用戶需求的功能，可用性指通過提供的操作手段能夠讓用戶實現他們查詢、購物、學習、娛樂等方面的需要。按照國際標准化組織ISO9241的定義，可用性是指：「特定用戶對所用產品在某一特定使用范疇內有效、高效和滿意地實現預期目標的程度。」可用性專家Nielsen認為站點的可用性是由五個因素決定的：可學習性、可記憶性、使用時的效率、使用時的可靠程度、用戶的滿意程度。
理想的信息體系結構應該功能明確、專注於內容、易於學習、易於認知、使用效率高。信息建築師應該為達到這樣的目標來構建信息體系結構。
④良好的用戶體驗
用戶體驗是指幫助用戶快速和容易地在網站上完成他們任務的活動。用戶體驗決定了：用戶如何行動和選擇的情況被具體表現在系統中，系統的活動情況被表達和提交給用戶。Elaine G. Toms在談到網站信息架構的信息交互問題時認為，用戶體驗包括系統的和美學的兩種方法生成表述形式以支持任務的完成。網站不僅僅是一個單一的控制內容的單程渠道，而是在多重生態條件下豐富體驗的編制物。信息架構的目的在於使信息的使用者擁有愉快的用戶體驗。在這里開始書寫日記、心情 …
Ⅳ web技術架構的重要組成包括哪些
不知道你問的是不是這樣的：提供一種統一的、面向組件的編程模型。
Web Service的體系結構描述了三個角色（服務提供者、服務請求者、服務代理者）以及三個操作（發布、查找、綁定）。
Web主要技術特徵：在傳輸層和網路層採用TCP/IP協議，預設斷口的80；在應用層採用HTTP協議，使用HTML文檔實現信息交互；基本上運行在C/S模式下。
Ⅳ Web信息架構(第3版)的txt全集下載地址
Web信息架構(第3版) txt全集小說附件已上傳到網路網盤，點擊免費下載：
內容預覽：
您下載的該電子書來自:TXT書庫
介紹
為了滿足讀者對網路和軟體技術知識的迫切需求，世界著名計算機圖書出版 機構O』Reilly Media, Inc.授權電子工業出版社，翻譯出版一批該公司久負盛 名的英文經典技術專著。
O』Reilly Media, Inc.是世界上在Unix、X, Internet和其他開放系統圖書領域 具有領導地位的出版公司，同時也是在線出版的先鋒。
從最暢銷的《The Whole Internet User』s Guide & Catalog》（被紐約公共圖書館 評為20世紀最重要的50本書之一）到GNN(最早的Internet門戶和商業網站）, 再到WebSite (第一個桌面PC的Web伺服器軟體），O』Reilly Media, Inc. 一直處於Internet發展的最前沿。
許多書店的反餓表明，O』Reilly Media, Inc?是最穩定的計算機圖書出版商—— 毎一本書都一版再版。與大多數計算機圖書出版商相比，O』Reilly Media, Inc. 具有深厚的計算機專業背景，這使得O』Reilly Media, Inc.形成了一個非常不 同於其他出版商的出版方針。O』Reilly Media^ Inc.所有的編輯人員以前都是 程序員，或者是頂尖級的技術專家。O』Reilly Media, Inc.還有許多固定的作者 群體一他們本身是相關領域的技術專家、咨詢專家，而現在編寫著作， O』Reilly Media, Inc.依靠他們及時地推出圖書。因為O』Reilly Media, Inc.緊密 地與計算機業界聯系著，所以O』Reilly Media, Inc.知道市場上真正需要什麼 圖書。
技術審校者序
萬維網的興起與發展，改變了人……
免費的，直接下載就行
Ⅵ 怎樣理解信息架構呢
1選擇信息元數據這一步目的對網站信息進行分解，結合網站的定位找到某一個層次的元數據，比如微博的元數據是140字+圖片。一般來講信息粒度越細，得到的元數據越容易組織、傳播。但並不是信息粒度越細就越好，不同的元數據會產生不同的定位。比如：last.fm的元數據是歌手，而不是歌曲，所以網站的功能是圍繞歌手優先設計，而不是歌曲，比如專輯優先，這是last.fm獨特的定位。2組織元數據一個良好的信息組織方式,可以讓用戶容易獲取信息，促進信息的傳播。元數據的組織維度主要有：時間、地點、人物、興趣。興趣又細分為1.主題,比如微博上的熱門話題，豆瓣上的小組2.文化屬性,比如蘑菇街上面的小清新、少女風。組織的維度主要是從元數據以及與元數據相關的用戶角色的屬性來細分。細分出不同的組織維度後，根據產品定位，採取不同的權重對各個維度進行設計。比如早期知乎的timeline是從話題維度組織，現在則是從人的維度組織，話題維度的權重降到第二級。又比如為什麼pinterest信息的組織裡面有board，而instagram裡面沒有呢？因為pinterest的核心是收藏，而instagram的核心是高質量的攝影作品，鼓勵創作而不是收藏。3傳播大概有下面幾個方式a個人主頁，依靠用戶關注信息，在通過用戶之間關系來傳播。比如微博用戶轉發評論別人的微博.b相關推薦，根據用戶的行為，推薦用戶可能感興趣的信息，比如熱門推薦，亞馬遜的推薦.c列表，建立優質信息的列表，傳播網站的優質信息，比如豆瓣的豆列，pinterest的board.。d群組，用於聚集、沉澱和傳播內容，比如豆瓣小組.f分享，讓用戶分享信息到社交網路，藉助其他網站傳播，比如啪啪通過微博注冊、分享、傳播.除了這些信息架構還包括導航、搜索、信息層次設計等。
Ⅶ 簡述web技術的結構
它是超級文本的簡稱。 二、超媒體（hypermedia） 超媒體是超文本（hypertext）和多媒體在信息瀏覽環境下的結合。它是超級媒體的簡稱。用戶不僅能從一個文本跳到另一個文本，而且可以激活一段聲音，顯示一個圖形，甚至可以播放一段動畫。 Internet採用超文本和超媒體的信息組織方式，將信息的鏈接擴展到整個Internet上。Web就是一種超文本信息系統，Web的一個主要的概念就是超文本連接，它使得文本不再象一本書一樣是固定的線性的。而是可以從一個位置跳到另外的位置。可以從中獲取更多的信息。可以轉到別的主題上。想要了解某一個主題的內容只要在這個主題上點一下，就可以跳轉到包含這一主題的文檔上。正是這種多連接性把它稱為Web。 三、超文本傳輸協議（HTTP） Hypertext Transfer Protocol超文本在互聯網上的傳輸協議。 當你想進入萬維網上一個網頁, 或者其他網路資源的時候，通常你要首先在你的瀏覽器上鍵入你想訪問網頁的統一資源定位符（UniformResourceLocator)，或者通過超鏈接方式鏈接到那個網頁或網路資源。這之後的工作首先是URL的伺服器名部分，被名為域名系統的分布於全球的網際網路資料庫解析，並根據解析結果決定進入哪一個IP地址(IP address)。 接下來的步驟是為所要訪問的網頁，向在那個IP地址工作的伺服器發送一個HTTP請求。在通常情況下，HTML文本、圖片和構成該網頁的一切其他文件很快會被逐一請求並發送回用戶。 網路瀏覽器接下來的工作是把HTML、CSS和其他接受到的文件所描述的內容，加上圖像、鏈接和其他必須的資源，顯示給用戶。這些就構成了你所看到的「網頁」。 大多數的網頁自身包含有超鏈接指向其他相關網頁，可能還有下載、源文獻、定義和其他網路資源。像這樣通過超鏈接，把有用的相關資源組織在一起的集合，就形成了一個所謂的信息的「網」。這個網在網際網路上被方便使用，就構成了最早在1990年代初蒂姆·伯納斯-李所說的萬維網。 傳統的Web資料庫系統體系結構 傳統的Web資料庫系統一般實現Web資料庫系統的連接和應用可採取兩種方法，一種是在Web伺服器端提供中間件來連接Web伺服器和資料庫伺服器，另一種是把應用程序下載到客戶端並在客戶端直接訪問資料庫。中間件負責管理Web伺服器和資料庫伺服器之間的通信並提供應用程序服務，它能夠直接調用外部程序或腳本代碼來訪問資料庫，因此可以提供與資料庫相關的動態HTML頁面，或執行用戶查詢，並將查詢結果格式化成HTML頁面。通過Web伺服器返回給Web瀏覽器。最基本的中間件技術有通過網關介面CGI和應用程序介面API兩種。 （一）、基於通用網關介面CGI CGI是WWW伺服器運行時外部程序的規范，按照CGI編寫的程序可以擴展伺服器的功能，完成伺服器本身不能完成的工作，外部程序執行時間可以生成HTML文檔，並將文檔返回WWW伺服器。CGI應用程序能夠與瀏覽器進行交互作用，還可以通過資料庫的API與資料庫伺服器等外部數據源進行通信，如一個CGI程序可以從資料庫伺服器中獲取數據，然後格式化為HTML文檔後發送給瀏覽器，也可以將從瀏覽器獲得的數據放到資料庫中。幾乎使用的伺服器軟體都支持CGI，開發人員可以使用任何一種WWW伺服器內置語言編寫CGI，其中包括流行的C、C、VB和Delphi等。 從體系結構上來看，用戶通過Web瀏覽器輸入查詢信息，瀏覽器通過HTTP協議向Web伺服器發出帶有查詢信息的請求，Web伺服器按照CGI協議激活外部CGI程序，由該程序向DBMS發出SQL請求並將結果轉化為HTML後返回給Web伺服器。再由Web伺服器返回給Web瀏覽器。這種結構體現了客戶/伺服器方式的三層模型，其中Web伺服器和CGI程序實際起到了HTML和SQL轉換的網關的作用。CGI的典型操作過程是：分析CGI數據；打開與DBMS的連接；發送SQL請求並得到結果；將結果轉化為HTML；關閉DBMS的連接；將HTML結果返回給Web伺服器。 基於Web的資料庫訪問利用已有的信息資源和伺服器。其訪問頻率大，尤其是熱點數據。但其主要的缺點是：①客戶端與後端資料庫伺服器通信必須通過Web伺服器，且Web伺服器要進行數據與HTML文檔的互相轉換，當多個用戶同時發出請求時，必然在Web伺服器形成信息和發布瓶頸。②CGI應用程序每次運行都需打開和關閉資料庫連接，效率低，操作費時；③CGI應用程序不能由多個客戶機請求共享，即使新請求到來時CGI程序正在運行，也會啟動另一個CGI應用程序，隨著並行請求的數量增加，伺服器上將生成越來越多的進程。為每個請求都生成進程既費時又需要大量內存，影響了資源的使用效率，導致性能降低並增加等待時間；④由於SQL與HTML差異很大，CGI程序中的轉換代碼編寫繁瑣，維護困難；⑤安全性差，缺少用戶訪問控制，對資料庫難以設置安全訪問許可權；⑥HTTP協議是無狀態且沒有常連接的協議，DBMS事務的提交與否無法得到驗證，不能構造Web上的OLTP應用。 （二）、基於伺服器擴展的API 為了克服CGI的局限性，出現的另一種中間件解決方案是基於伺服器擴展API的結構。與CGI相比，API應用程序與Web伺服器結合得更加緊密，佔用的系統資源也少得多，而運行效率卻大大提高，同時還提供更好的保護和安全性。 伺服器API一般作為一個DLL提供，是駐留在WWW伺服器中的程序代碼，其擴展WWW伺服器的功能與CGI相同。WWW開發人員不僅可以API解決CGI可以解決的一切問題，而且能夠進一步解決基於不同WWW應用程序的特殊請求。各種API與其相應的WWW伺服器緊密結合，其初始開發目標伺服器的運行性能進一步發掘、提高。用API開發的程序比用CGI開發的程序在性能上提高了很多，但開發API程序比開發CGI程序要復雜得多。API應用程序需要一些編程方面的專門知識，如多線程、進程同步、直接協議編程以及錯誤處理等。目前主要的WWWAPI有Microsoft公司的ISAPI、Netscape公司的NSAPI和OReily公司的WSAPI等。使用ISPAI開發的程序性能要優於用CGI開發的程序，這主要是因為ISAPI應用程序是一些與WWW伺服器軟體處於同一地址空間的DLL，因此所有的HTTP伺服器進程能夠直接利用各種資源這顯然比調用不在同一地址空間的CGI程序語句要佔用更少的系統時間。而NSAPI同ISAPI一樣，給WWW開發人員定製了NetscapeWWW伺服器基本服務的功能。開發人員利用NSAPI可以開發與WWW伺服器的介面，以及與資料庫伺服器等外部資源的介面。 雖然基於伺服器擴展API的結構可以方便、靈活地實現各種功能，連接所有支持32位ODBC的資料庫系統，但這種結構的缺陷也是明顯的：①各種API之間兼容性很差，缺乏統一的標准來管理這些介面；②開發API應用程序也要比開發CGI應用復雜得多； ③這些API只能工作在專用Web伺服器和操作系統上。 （三）、基於JDBC的Web資料庫技術 Java的推出，使WWW頁面有了活力和動感。Internet用戶可以從WWW伺服器上下載Java小程序到本地瀏覽器運行。這些下載的小程序就像本地程序一樣，可獨立地訪問本地和其他伺服器資源。而最初的Java語言並沒有資料庫訪問的功能，隨著應用的深入，要求Java提供資料庫訪問功能的呼聲越來越高。為了防止出現對Java在資料庫訪問方面各不相同的擴展，JavaSoft公司指定了JDBC，作為Java語言的資料庫訪問API。 採用JDBC技術，在JavaApplet中訪問資料庫的優點在於：直接訪問資料庫，不再需要Web資料庫的介入，從而避開了CGI方法的一些局限性；用戶訪問控制可以由資料庫伺服器本地的安全機制來解決，提高了安全性；JDBC是支持基本SQL功能的一個通用低層的應用程序介面，在不同的資料庫功能的層次上提供了一個統一的用戶界面，為跨平台跨資料庫系統進行直接的Web訪問提供了方案。從而克服了API方法一些缺陷；同時，可以方便地實現與用戶地交互，提供豐富的圖形功能和聲音、視頻等多媒體信息功能。 JDBC是用於執行SQL語句的Java應用程序介面API，由Java語言編寫的類和介面組成。Java是一種面向對象、多線程與平台無關的編程語言，具有極強的可移植性、安全性和強健性。JDBC是一種規范，能為開發者提供標準的資料庫訪問類和介面，能夠方便地向任何關系資料庫發送SQL語句，同時JDBC是一個支持基本SQL功能的低層應用程序介面，但實際上也支持高層的資料庫訪問工具及API。所有這些工作都建立在X/Open SQL CLI基礎上。JDBC的主要任務是定義一個自然的Java介面來與X/OpenCLI中定義的抽象層和概念連接。JDBC的兩種主要介面分別面向應用程序的開發人員的JDBC API和面向驅動程序低層的JDBC DriverAPI。JDBC完成的工作是：建立與資料庫的連接；發送SQL語句；返回數據結果給Web瀏覽器。
Ⅷ 如何撰寫頁面信息層級架構
產品經理在撰寫PRD的時候經常遇到的一個問題是頁面信息的層級。通常我們知道的有頁面的提示信息、內容信息、導航信息、廣告信息等。對於這些信息的重要性一般是依據商業的意圖進行某些考慮；然後，我們發現我們的信息和組織非常的混亂而且撰寫時條理性也不是很強。
我一般把一個頁面內容置入在一個三維坐標中：
進行考慮。當然，有很多頁面沒有這樣的要求，例如：大量的列表頁面。
首先，設計任何一個頁面都是為了讓用戶完成某個任務，哪怕是閱讀和瀏覽行為；其次是要告訴用戶你在哪裡，你還能夠去哪裡或者做什麼；再次，是商業訴求。
不過國內的大量行為是首先考慮商業訴求，及為了某個特定的商業行為要對頁面進行調整或者創建，然後才是用戶的任務，最後是導航。在信息架構部分我將特別的提到導航的意義，另外可以參考《Designing Web Navigation Optimizing the User Experience》。
基於以上的頁面考慮要素的三要素，頁面的提示信息層次是：
在用戶完成的任務層面我會考慮這樣幾個層次的內容：
來考慮。例如淘寶的注冊頁面：
黃色熒光效果的區域是基本信息，基本提示主要標注用戶完成工作所必需的文字內容；粉紅色熒光效果展示的是提示信息，提示信息包含操作內容指導提示和執行過程提示，錯誤提示是執行過程提示由於其特殊性單列了處理，提示信息一般是輔助基本信息來完成對基本信息要求任務的說明，提示信息不排除有某些商業和市場行為在其中，這里的「雅虎郵箱」就是一個例子。
綠色框圈起來的是錯誤提示信息；錯誤提示信息的形式可以是文字、顏色和小圖標，或者三者的混合物。
另外，這有一類特殊的提示，是系統執行錯誤或者訪問連接出現問題等的網站異常容錯的提示，例如：404錯誤提示等。這一類頁面是要最後考慮，有開發工程師和產品經理共同完成。
關於商業訴求的信息表述和導航的信息表述待續。
Ⅸ 有哪些主流的web框架
1、Spring
Spring是於2003 年興起的一個輕量級的Java開發框架，是一個開放源代碼的設計層面框架，他解決的是業務邏輯層和其他各層的松耦合問題，因此它將面向介面的編程思想貫穿整個系統應用。簡單來說，Spring是一個分層的JavaSE/EE full-stack(一站式) 輕量級開源框架。
2、SpringBoot
Spring Boot是由Pivotal團隊提供的框架，其設計目的是用來簡化新Spring應用的初始搭建以及開發過程。該框架使用了特定的方式來進行配置，從而使開發人員不再需要定義樣板化的配置。
3、Thymeleaf
Thymeleaf是面向Web和獨立環境的現代伺服器端Java模板引擎，能夠處理HTML，XML，JavaScript，CSS甚至純文本。
4、Druid
Druid是阿里的一個開源高效的數據查詢系統，主要解決的是對於大量的基於時序的數據進行聚合查詢。數據可以實時攝入，進入到Druid後立即可查，同時數據是幾乎是不可變。通常是基於時序的事實事件，事實發生後進入Druid，外部系統就可以對該事實進行查詢。
5、mybatis
MyBatis 是一款優秀的持久層框架，它支持定製化 SQL、存儲過程以及高級映射。MyBatis 可以使用簡單的 XML 或註解來配置和映射原生信息，將介面和 Java 的 POJOs(Plain Old Java Objects,普通的 Java對象)映射成資料庫中的記錄。
6、Hybernate
Hibernate是一個開放源代碼的對象關系映射框架(Object_Relative DateBase-Mapping 簡稱ORM)，它對JDBC進行了輕量級的對象封裝，它將POJO與資料庫表建立映射關系。 Hibernate可以應用在任何使用JDBC的場合，既可以在Java的客戶端程序使用，也可以在Servlet/JSP的Web應用中使用。
Ⅹ 如何優化網站信息架構
信息架構的定義
根據維基網路的定義，信息架構（Information Architecture，簡稱IA）是在信息環境中，影響系統組織、導覽、及分類標簽的組合結構。它是基於信息架構方法論，並運用計算機技術管理和組織信息的一個專門學科。信息架構並非一開始就應用於網站設計，其起源於情報科學，最初應該是用於圖書館等地方的信息組織和信息檢索的。
《用戶體驗的要素——以用戶為中心的WEB設計》這本書中對信息架構的定義基於網站設計：信息架構著重於設計組織分類和導航的結構，從而讓用戶可以提高效率、有效地瀏覽網站的內容。
具體的就不再多說的，可能各有各的理解，這里直接來看一個實例——Wordpress的信息架構模式：
Wordpress-IA
當然，上面這個圖只能展示一個大體的網站信息架構，中間的類目層也許不止一層，會有大類、子類、子子類……底層可以是文章也可能是頁面或者一些其他的具體內容。而網站的內部關系也往往因為全局或局部導航、網站內鏈和內容關聯等功能的存在而復雜的多，圖上的箭頭也會密集很多，但我們無需羅列所有內容間的關系，關鍵是在理清基本的結構。
信息架構的類型
還是參考《用戶體驗的要素——以用戶為中心的WEB設計》中對信息架構的幾個分類：
層次結構（Hierarchical Structure）
也叫樹形結構，是最常見的網站信息架構模式，上面舉例的Wordpress的信息架構就是典型的層次結構。樹形結構中箭頭的方向不一定是自上而下的，也可能是自下而上或者是雙向的，而內容層之間也會因為一些關聯鏈接的存在而存在同層次間的指向箭頭。
矩陣結構（Matrix Structure）
矩陣結構比較注重「維」的概念，即從多維的角度來檢索信息，如時間、地域、內容分類等，典型的應用就是內容管理系統（CMS）網站或者電子商務類網站，比如你瀏覽豆瓣的電影時可以篩選：2010年—美國—科幻，也許這個時候《鋼鐵俠2》就呈現在你面前了。
線性結構（Sequential Structure）
看到線性結構也許你馬上會想到麵包屑，它將網站中最重要的一個信息架構路線展現了出來，即使它無法為你提供你在網站上的平面坐標，但至少它顯示了你現在正處於關鍵線路的哪個點上；當然，網站的一些關鍵路徑一般也是按照線性結構涉及的，比如用戶注冊流程或電子商務網站的購買流程等。
網站分析與信息架構
根據網站業務模式的不同，可以選擇適合自己網站的信息架構的模式，無論是上面的哪種信息架構模式，只要設計和運用合理，用戶便能夠在你的網站上以最方便的形式、最快的速度找到他們需要的信息。
但當我瀏覽某些網站時，有時真的會讓我感覺到「找不到北」，結果就是直接關閉該頁面，如果不希望讓已經進入了你的網站的用戶輕易地離開，網站信息架構的好壞將直接影響網站的用戶體驗。所以我們需要通過一些方法來檢驗網站的信息架構是否滿足用戶的信息檢索的需求。
1.嘗試整理出類似上面例子中的網站信息架構圖
這個是最簡單最直觀的方法，如果你的網站信息架構足夠清晰，那麼畫出這樣的圖對你來說也絕非難事；而當網站的應用比較復雜、內容比較寬泛，那麼可能要整理出網站的整體信息架構就會相對困難，但我相信一個設計優秀的網站只要稍加整理，大體的信息架構圖還是畫得出來的；而當你絞盡腦汁就是理不清你的網站的信息架構的頭緒的時候，那麼說明你的網站需要優化了。
2.通過網站分析的方法驗證信息架構的合理性
本文的副標題是「讓用戶更容易地找到需要的信息」，所以我們需要分析用戶是否能夠在你的網站上方便快捷地找到他們需要的信息，這里推薦一種方法——尋找網站中的迷失用戶（Lost Visits）。
在一個合理的信息架構下，大多數的用戶是不會在你的網站上迷路的；反之，混亂的信息架構會導致大量的用戶迷失方向，就像是進入了一個巨大的迷宮。那麼如何尋找這些迷失用戶？我們可以先分析下這類用戶的行為，最明顯特徵的就是：連續點擊好幾個頁面，每個頁面都只是初步瀏覽（因為沒有找到他們需要的信息）就轉到另外的頁面或直接離開了。所以我們可以藉助網站分析中的兩個度量：
瀏覽頁面數（Depth of Visit）：一次訪問中用戶總的瀏覽頁面數；
頁面平均停留時間（Avg. Time on Page）：一次瀏覽中用戶在每個頁面的平均停留時間，即該次訪問總停留時間（Time on Site）/該次訪問頁面數（Depth of Visit）。
我們可以用戶細分的方法把那些瀏覽頁面數較多，但頁面平均停留時間較短的用戶瀏覽看作是迷失用戶，具體的數值可以根據網站自身的特點進行定義，比如我定義我的博客中瀏覽頁面數大於等於4，而頁面平均停留時間小於等於15秒的Visits為迷失用戶的瀏覽行為，我們可以藉助Google Analytics中的高級群組（Advanced Segment）來區分出這類用戶，關於如何使用Google Analytics的高級群組功能，可以參考藍鯨的文章——Google Analytics功能篇—高級群組，如下圖：
Advanced-Segment-Lost-Visits
當然，你可能會說這種用戶區分的方法不準確，這類用戶不一定就是迷失用戶，也有可能他們確實找到並瀏覽了具體內容，但因為內容不夠吸引人或者其他原因而馬上離開了該頁面。所以這里用高級群組劃分出來的這類Visits的數量不能看作是迷失用戶的一個絕對數值，我們只能認為裡面的大部分Visits都是迷失用戶，而不排除存在某些另類。所以更合理的方法是通過計算這類Visits占網站總Visits的比例情況來分析網站的信息架構到底是否合理，我們可以在Google Analytics上面選取網站的All Visits和Lost Visits進行比例和趨勢的比較，如下圖：
Comparison-All-and-Lost-Visits
Trend-All-and-Lost-Visits
網站中迷失用戶瀏覽的所佔比例只需通過Lost Visits/All Visits就可以計算得到，但這個時候你還是無法根據這個計算結果來評判網站的信息架構到底是好是壞，因為還缺少一個基準線（Benchmark）或者說是評判標准。在Google Analytics上面的Visitors標簽下，提供了「Sites of similar size」的基準比較（Benchmarking），你可以選擇與你的網站相似類型的網站作為基準線進行數據比較，這的確是個很好的參考，因為通過比較能夠更加明確你的網站在同類型網站中的優勢和劣勢，為網站優化指明方向。GA藉助其強大的數據平台可以為我們提供基準線，但也許對於上面這個例子會顯得無能為力，這個時候需要我們理性地自己去選擇一個合適的基準線，比如我的博客目前類目和內容都還比較少，那麼我可能會定義我的網站的迷失用戶比例應該控制在1%以下；但如果對於一個應用和內容比較復雜的網站，那麼基準線顯然會需要定得更高一點。一旦某段時間的數據越過了基準線，就需要關注一下網站的信息架構是不是在趨於混亂了，是不是該進行一下整理和優化了。
總之，一個好的信息架構能夠幫助用戶更容易地找到他們需要的信息，從而有效地提升網站的用戶體驗，所以，嘗試著去優化下你的網站的信息架構。如果你有更好的方法能夠有效地檢驗網站的信息架構的優劣，或者能夠明確地分析得到網站信息架構的哪些細節上存在缺陷，希望能與我交流，我期待網站分析方法在優化網站信息架構方面的更多的應用。