⑴ 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.模块化的好处
避免命名冲突(减少命名空间污染)
更好的分离,按需加载
更高复用性
高可维护性