當前位置:首頁 » 網頁前端 » web端規范
擴展閱讀
webinf下怎麼引入js 2023-08-31 21:54:13
堡壘機怎麼打開web 2023-08-31 21:54:11

web端規范

發布時間: 2022-11-27 20:06:44

⑴ web app 的設計規范和標准有哪些

WEB標准設計 :

網頁結構 HTML XHTML XML DIV+CSS XHTML+CSS 表現層

網頁表現 (Cascading Style Sheets) 樣式表 頁麵皮膚

網頁行為 ECMAScript DOM BOM

用戶體驗 (User Experience)

搜索引擎優化 (Search Engine Optimization)


App的標准

IOS:界面尺寸、圖標尺寸、字體、顏色值

內部設計:1、所有能點擊的圖片不得小於44px(Retina需要88px)
2、單獨存在的部件必須是雙數尺寸
3、兩倍圖以@2x作為命名後綴
4、充分考慮每個控制按鈕在4中狀態下的樣式,如圖

Aos:界面尺寸、圖表尺寸、字體、顏色值

希望可以幫助你,望採納,謝謝啦~~~~~~

⑵ Web服務規范

Web 服務規范,第 1 部分:SOAP
面向服務的體系結構(Service-Oriented Architectures,SOA)當前強調的重點在 Web 服務上,但很容易被所傳播的各種信息搞得昏頭轉向。本系列教程將對主要 Web 服務規范進行全面說明,從簡單對象訪問協議(Simple Object Access Protocol,SOAP)一直介紹到 WS Business Process Execution Language (WS-BPEL)。本教程將介紹 Web 服務和 SOAP 基本概念,並說明如何構建 SOAP 伺服器和客戶機。
第 2 部分:Web 服務描述語言(WSDL)

進一步深入說明如何使用 Web 服務描述語言(Web Services Description Language,WSDL)定義 Web 服務預期產生的消息,從而使團隊更方便地創建服務以及連接到服務的客戶機。

第 3 部分:統一描述、發現和集成 (UDDI)

團隊希望准備一系列服務,並希望能方便地查找這些服務。與此對應,統一描述、發現和集成(Universal Description, Discovery and Integration,UDDI)提供了可用服務的可搜索注冊中心,以便將自己的服務發布給其他人。

第 4 部分:WS-Security

討論 WS-Security,詳細說明如何保證該報社的服務的安全。

第 5 部分:WS-Policy

討論 WS-Policy,說明如何保證該報社的服務的安全,以及團隊為了訪問這些剛提供了安全保護的服務需要進行哪些更改。

第 6 部分:WS-I 證書

重點討論的是互操作性,因為必須從單個系統訪問來自幾個不同實現的服務。第 6 部分討論了在 WS-I 證書中涉及的要求和測試。

第 7 部分:業務流程執行語言(WS-BPEL)

演示了如何使用業務流程執行語言(Business Process Execution Language,WS-BPEL)來從各個服務創建復雜應用程序。

⑶ Web標準是由什麼 和其他標准化組織制定的一套規范。

WEB標准不是某一個標准,而是一系列標準的集合。網頁主要由三部分組成:結構(Structure)、表現(Presentation)和行為(Behavior)。對應的標准也分三方面:結構化標准語言主要包括XHTML和XML,表現標准語言主要包括CSS,行為標准主要包括對象模型(如W3C DOM)、ECMAScript等。這些標准大部分由W3C起草和發布,也有一些是其他標准組織制訂的標准,比如ECMA(European Computer Manufacturers Association)的ECMAScript標准。

WEB技術 HTML XHTML ▪ HTML 5 ▪ CSS ▪ TCP/IP

XML XML ▪ XSL ▪ XSLT ▪ XSL-FO ▪ XPath ▪ XPointer ▪ XLink ▪ DTD ▪ XML Schema ▪ DOM ▪ XForms ▪ SOAP ▪ WSDL ▪ RDF ▪ RSS ▪ WAP ▪ Web Services

Web腳本 JavaScript ▪ HTML DOM ▪ DHTML ▪ VBScript ▪ AJAX ▪ jQuery ▪ JSON ▪ E4X ▪ WMLScript

Serv腳本 SQL ▪ ASP ▪ ADO ▪ PHP

.NET Microsoft.NET ▪ .NET Mobile

多媒體 SMIL ▪ SVG

⑷ 簡述符合web標準的HTML代碼編寫規范

1、統一編碼UTF8
2、每一個模塊進行注釋,省的改(或者別人改)的時候找不著,也是個良好的習慣。
3、盡量通過外部文件引入css,減小html文檔體積,有利於seo。
4、div盡量在三層以內,還是從seo方面考慮。
5、命名規范,比如「nav」「header」「footer」等,不要用一些亂七八糟的命名人家看不懂「sdfgdgf」之類的。
6、meta信息最好寫完整、h1、h2標簽、url絕對地址等等關於seo的問題要注意。
7、css、js、html分離全部外部文件引入,不要都寫在html文件裡面例如:css寫在元素裡面的style 或者js寫在body下面這些,以後工作可能不止你一個web前端別人改你的代碼很麻煩的,不要造成別人的麻煩,良好的編碼習慣以後維護起來也比較方便。

問題比較寬泛,需要不斷積累才能完善代碼規范問題~

⑸ web端及移動端原型設計規范

第一次繪制原型圖的時候覺得主要功能表達清晰即可,尺寸大小、元件間距全憑感覺,因此一開始也挨了不少罵。後來慢慢摸索出規律,大概總結如下:

埠類型:

目前長需設計的埠分為:web段(即網頁)、移動端(APP、小程序等移動設備)、IPAD(IPAD是一種移動設備,但也有自己特定的尺寸),智能設備(例如智能電視、智能手錶等等)

由於我更多接觸的是網頁端已經小程序埠,後面會以這兩個為主。

網頁端:

目前市面上顯示器屏幕尺寸為19-21寸,屏幕解析度大概在1280px*800px—1440px*900px之間,前端工程師在寫頁面的時候,寬度一般設為1180px—1220px(當然,這個寬度也不是絕對固定的)。

因此在做產品設計的時候,設計web端產品,寬度會設為1400px作為容器,位於容器上方再畫一個1200px的矩形,內容區域的容器。(PS:內容區域的矩形需與底部容器左右間隔10px,作為留白)

可能有人會問,為什麼要底部容器上面劃出一塊內容區域?

首先,我們要知道, 容器決定產品的邊界 :

我的理解是:

按照市面上顯示器的解析度,前端頁面可展示的內容區域,平均寬度在1200px,預留出來的空白部分,是為顯示器較大的人群考慮的:屏幕越大,可展示的區域也越大,超過產品本身內容可展示區域的話,會自動留白。

另一方面,為保證開發團隊的成員可查看完整的原型圖,我們需考慮下他們電腦屏幕的解析度可能為1280*800px。

稍稍總結下,就是跟隨大多數人的屏幕尺寸大小,以及方便開發團隊查看。

給大家看我電腦上查看大的原型圖大小,是不是很清晰的看到內容呢?當然,這也是我個人的看法,如果有別的看法的,可以互相交流交流 (我算是個野路子的產品) 。

至於高度的問題,這個是沒有要求的,一般都是根據需要展示的內容來決定的,也就是高度自適應。

講完容器的寬度,接下來講講字體。正常情況下,字體大小都是14px,最小字體12px(字體太小可能就不方便查看)。

字體上,我所在的企業並沒有太多要求,只要求能看懂主要功能就行,所以上面的字體是來自一位B站的up總結的。

移動端:

說明之前,給大家感受下剛入門時候,畫的線框圖,話不多說,先上圖。

(OS:簡直慘不忍睹,當然這並不是給開發的圖紙,而是草稿。由於各種問題,我需要兼顧產品跟UI設計,所以都是輸入高保真原型圖的)

雖然最終效果跟第一版草稿的差距特別大,但這樣讓我知道原型尺寸的重要性。但凡在自己隨手畫的容器上覺得覺得間距大小差不多了,可以了。有這樣的想法,那你離被開發揍一頓就不遠了。

以自己一開始的慘痛經歷說了這么多,接下來聊一聊移動端的設計規范。

常見的移動端多是手機,基本上整個手機都是屏幕既是容器也是內容可視區。常用字體14px,最小字體一般是12px(你懂的,手機屏幕小,字體太小用戶也很難看清的)

上圖是我個人畫線框圖的習慣,並不是標准,只是提供個參考給大家。各個區域的底色,也只是為了便於自己區分,實際上底色並沒有什麼特別多的要求。至於字體,一般都是使用14px的字體。

產品在原型設計上還是有很多規范的,只不過我就職的企業並沒有太多要求,但基本也算通用了,具體情況還是看看自己企業內部有沒有什麼特別的要求。

上述的設計規范僅限於個人習慣,也是非常基礎的部分。如果有別的見解也可以一起分享。像容器內,各類原件的一些規范,後續也會慢慢整理出來。

⑹ Web UI設計規范及界面實現注意事項

適用於WEB產品線的人機交互界面的設計,貫穿於以用戶為中心的設計指導方向。根據WEB產品的特點制定出的一套規范,以達到提升用戶體驗,控制產品設計質量,提高設計效率的目的。

適合界面設計師、用戶體驗設計師、前台設計工程師、發布支持人員、運營編輯人員等

1.【統一識別】規范能使頁面相同屬性單元統一識別,防止混亂,甚至出現嚴重錯誤,避免用戶在瀏覽時理解困難。

2.【節約資源】除了門戶網站、活動推廣等個性頁面外,相對於後台系統、物聯網系統、數據統計系統、等界面設計,使用規范標准能極大的減少設計時間。
3.【重復利用】相同單元屬性,頁面新建時可以執行此標准重復使用,減少無關信息,就是減少對主題信息傳達干擾,利用閱讀與信息傳遞。

未通過客戶或上級領導確認產出的界面,請勿上傳至藍湖協作系統

設計師在原型步驟及應該想好對應的圖層結構,交互特效,並和前端開發人員做好交流,是否可以實現,功能的評估一定要細致

1.已上傳至藍湖協作平台的高保真界面,應根據平台中的標注尺寸進行精確還原,Web界面還原度不得低於95%;移動端還原度為100%(精確到一像素)。

2.開發人員完成視覺部分內容以後,必須由UI設計師及前端技術負責人進行校對工作。

3.如遇到界面效果復雜或組件樣式特殊等難以實現的問題,應及時與對應的UI設計師或前端技術負責人溝通處理,不能隨意更換。

4.前端開發人員無權更改設計圖中的樣式及功能,遇到問題應及時與設計人員協商。

5.如遇產品經理或項目負責人未通過設計師確認,直接要求修改界面視覺效果部分,前端開發人員可拒絕修改。必須由UI設計師對高保真圖紙更改後再進行相應的修改。

⑺ Web 服務封裝規范

本系統中的網格服務管理中心和數據綁定介面全部採用 Web 服務技術進行開發,下面介紹 Web 服務封裝有關的規范。

Web Service 是基於網路的、分布式的模塊化組件,它執行特定的任務,遵守具體的技術規范,這些規范使得 Web Service 能與其他兼容的組件進行互操作。它可以使用標準的互聯網協議,像超文本傳輸協議 HTTP 和 XML,將功能體現在互聯網和企業內部網上。Web Service 最大的優勢就是提供了跨平台的用不同語言編寫的各種程序之間交互的一系列標准。Web Service 可以採用多種編程語言進行編寫,如 C#,Java 等。

Web Service 是通過一系列協議規范來保證分布式應用程序之間的動態連接。目前這些協議規范有:

(1)XML 與 XSD 規范。XML(可擴展標記語言)是 Web Service 平台中表示數據的基本格式。具有易於建立和易於分析的特點,除此之外,XML 主要的優點在於它與平台和廠商無關。XML 是由萬維網協會(W3C)創建,W3C 制定的 XML Schema XSD 定義了一套標準的數據類型,並給出了一種語言來擴展這套數據類型。Web Service 平台用 XSD作為數據類型系統。當使用某種語言如 C#來構造一個 Web Service 時,為了符合 WebService 標准,所有使用的數據類型都必須被轉換為 XSD 類型。如想讓它在使用不同平台和不同軟體的不同組織間傳遞,還需要用 SOAP 協議將其包裝起來。

(2)SOAP 協議規范。SOAP 是 XML 文檔形式的調用 Web 服務方法的規范,它可以支持不同的底層介面,像 HTTP(S)或者 SMTP。之所以使用 XML 是因為它獨立的編程語言,良好的可擴展性以及強大的工業支持。之所以使用 HTTP 是因為幾乎所有的網路系統都可以用這種協議來通信,由於它是一種簡單協議,所以可以與任何系統結合,還有一個原因就是它可以利用 80 埠來穿越防火牆。SOAP 的強大是因為它簡單。SOAP 是一種輕量級的,非常容易理解的技術,並且很容易實現。它有工業支持,可以從各主要的電子商務平台供應商那裡獲得。從技術角度來看,SOAP 詳細指明了如何響應不同的請求以及如何對參數編碼。一個 SOAP 封裝了可選的頭信息和正文,並且通常使用 HTTP POST 方法傳送到一個 HTTP 伺服器,當然其他方法也是可以的,例如 SMTP。SOAP 同時支持消息傳送和遠程過程調用。

(3)WSDL。WSDL 是定義如何利用 XML 語法描述 Web Services 的規范。它通過在服務提供者和服務請求者之間交換的消息來描述 Web Services,可被看做是 Web Services 和外界溝通的橋梁。WSDL 文檔描述了用戶調用 Web Services 所需的一些關鍵信息: WebServices 的名稱、Web Services 的獲取地址、可供調用的方法、每個方法的輸入輸出參數類型。因為是基於 XML 的,所以 WSDL 既是機器可閱讀的,又是人可閱讀的。

(4)UDDI。UDDI 是一套基於 Web 的、分布式的、Web Service 信息注冊中心的實現標准,UDDI 的設計目的是為電子商務和服務發現機制提供標準的信息格式和服務調用。同時也包含一組使企業能將自身提供的 Web Service 注冊,以使別的企業能夠發現的訪問協議的實現標准。因此,企業可以使用 UDDI 找到潛在的合作夥伴。

⑻ 為什麼Java Web有這么多規范,服務,介面和協議

Java Web,是用Java技術來解決相關web互聯網領域的技術總和。web包括:web伺服器和web客戶端兩部分。Java在客戶端的應用有java applet不過現在使用的很少,Java在伺服器端的應用非常的豐富,比如Servlet,JSP和第三方框架等等。Java技術對Web領域的發展注入了強大的動力。
Web service是一個獨立的,低耦合的,自包含的、基於可編程的web的應用程序,可使用開放的XML(標准通用標記語言下的一個子集)標准來描述、發布、發現、協調和配置這些應用程序,用於開發分布式的互操作的應用程序。
Web Service技術, 能使得運行在不同機器上的不同應用無須藉助附加的、專門的第三方或硬體, 就可相互交換數據或集成。依據Web Service規范實施的應用之間, 無論它們所使用的語言、 或內部協議是什麼, 都可以相互交換數據。Web Service是自描述、 自包含的可用網路模塊, 可以執行具體的業務功能。Web Service也很容易部署, 因為它們基於一些常規的產業標准以及已有的一些技術,諸如標准通用標記語言下的子集XML、HTTP。Web Service減少了應用介面的花費。Web Service為整個甚至多個組織之間的業務流程的集成提供了一個通用機制。

⑼ IT培訓分享web編程開發模塊化的理解與規范

隨著web前端編程開發技術的不斷發展,模塊化編程開發形式成為了目前程序員學習的主流開發方式,下面IT培訓http://www.kmbdqn.com/就一起來來了關於模塊化的理解以及開發規范問題。

一、模塊化的理解


1.什麼是模塊?


將一個復雜的程序依據一定的規則(規范)封裝成幾個塊(文件),並進行組合在一起


塊的內部數據與實現是私有的,只是向外部暴露一些介面(方法)與外部其它模塊通信


2.模塊化的進化過程


全局function模式:將不同的功能封裝成不同的全局函數


編碼:將不同的功能封裝成不同的全局函數


問題:污染全局命名空間,容易引起命名沖突或數據不安全,而且模塊成員之間看不出直接關系


3.模塊化的好處


避免命名沖突(減少命名空間污染)


更好的分離,按需載入


更高復用性


高可維護性