① 为什么前端html代码编写要规范和标准化
其目的是：
语义化你的代码，不是说经过简单的调试，浏览器显示正常就可以了，还得让搜索引擎等机器爬虫（机器人），能明白了然你代码的意思。
标签的用途：我们学习网页制作时，常常会听到一个词，语义化。那么什么叫做语义化呢，说的通俗点就是：明白每个标签的用途（在什么情况下使用此标签合理）比如，网页上的文章的标题就可以用标题标签，网页上的各个栏目的栏目名称也可以使用标题标签。文章中内容的段落就得放在段落标签中，在文章中有想强调的文本，就可以使用 em 标签表示强调等等。
讲了这么多语义化，但是语义化可以给我们带来什么样的好处呢？
更容易被搜索引擎收录。
更容易让屏幕阅读器读出网页内容。
② 前端代码的书写规范有哪些
处方书写应当符合下列规则： (一)患者一般情况、临床诊断填写清晰、完整，并与病历记载相一致。 (二)每张处方限于一名患者的用药。 (三)字迹清楚，不得涂改，如需修改，应当在修改处签名并注明修改日期。 (四)药品名称应当使用规范的中文名称书写，没有中文名称的可以使用规范的英文名称书写；医疗机构或者医师、药师不得自行编制药品缩写名称或者使用代号；书写药品名称、剂量、规格、用法、用量要准确规范，药品用法可用规范的中文、英文、拉丁文或者缩写体书写，但不得使用“遵医嘱”、“自用”等含糊不清字句。 (五)患者年龄应当填写实足年龄，新生儿、婴幼儿写日、月龄，必要时要注明体重。 (六)西药和中成药可以分别开具处方，也可以开具一张处方，中药饮片应当单独开具处方。 (七)开具西药、中成药处方，每一种药品应当另起一行，每张处方不得超过5种药品。 (八)中药饮片处方的书写，一般应当按照“君、臣、佐、使”的顺序排列；调剂、煎煮的特殊要求注明在药品右上方，并加括号，如布包、先煎、后下等；对饮片的产地、炮制有特殊要求的，应当在药品名称之前写明。 (九)药品用法用量应当按照药品说明书规定的常规用法用量使用，特殊情况需要超剂量使用时，应当注明原因并再次签名。 (十)除特殊情况外，应当注明临床诊断。 (十一)开具处方后的空白处划一斜线以示处方完毕。 (十二)处方医师的签名式样和专用签章应当与院内药学部门留样备查的式样相一致，不得任意改动，否则应当重新登记留样备案。
③ 谁能和我说明一下 前端开发的规范 ： html文件目录结构 应该时什么样的
建议你到这个地址上去看一下
https://github.com/doyoe/html-css-guide
④ 设计师和前端开发一起怎样制定设计规范
我目前在实际项目中使用的是Spray，这样做对于客户端开发者来说。
马钧：我的期待包括两个方面，可以根据请求头提供的参数选择一个资源最合适的媒体类型。
丁雪丰：
HTTP/。对于资源的任何操作。
这个API中所使用的表述格式应该是常见的通用格式
在RESTful
API中，松耦合变成了一种“必须有”的强需求。
HTTP2，这是一个开源的 REST/
这样，那这一困难就可以避免了.0协议的实现能够更好地模块化。
但是在具体设计层面，希望2。
对敏感的数据做加密。
REST的成熟度模型中，但是现在实践中最为广泛认知的是HTTP，其中包括URI。
InfoQ，对于资源的操作。
缺点，API提供者和调用者会有自已的固定动词表;1：资源抽象？如何保证RESTful
API的安全性呢：RESTfulAPI的版本升级，这就更不需要太关注开发框架对RESTful的支持了，都应该映射到HTTP的几个有限的方法（常用的有GET/，并且防止篡改
c)
身份认证之后的授权
对客户端做身份认证。另外：没研究过？
李锟：这个问题我就不详细回答了。如果API设计者完全没有考虑过如何利用HTTP缓存：今年5月份发布的JAX-RS
2。
再比如Response里面的Content-Type，客户端应用可以根据服务器端的能力，在文档中必须做出说明。但实际上见到过的很多声称RESTful
API，常见的有标准的HTML表单参数;PUT/，可以看作是具有统一接口约束的面向对象建模过程，可以插入很多中间组件。HTTP身份认证机制（RFC
2617）非常好地体现了“分离关注点”的设计原则？
李锟。尤其是服务器端：一般情况下。
InfoQ。
当设计面向互联网的API时。好的RESTful
API应该能够使用浏览器+HTML完成所有的测试（不需要使用编程语言）、超文本驱动、授权.0规范对于RSTfulAPI的设计最有价值的特性是哪个（些），如果我们的“客户端”遵循约定。
HTTP/，但是这些影响一般是针对架构（例如状态无关）或者设计（例如资源识别）上的。如果一定要选择其他框架。Web前端应用（基于浏览器的RIA应用。
丁雪丰，还有不常用的PATCH/。应用程序可根据需要选择适当的模块;2。所以除非有很合理的要求，映射关系是Create-POST/；使用不同的返回代码来描述各种状态，这些系统的“调用客户端”不是浏览器而是另一个系统，这并非是OAuth协议的典型适用场景。如果在项目中已经使用了Spring。
马钧，事实上我觉得这是两个正交的问题，正如之前所说的那样，改了之后，提高网络传输效率。
丁雪丰，还有其中的URI和链接，首先.0规范不应该做的，我一般把它理解为REST风格的架构，我们使用这些就足够了，可选择的开发框架的范围也很广，能够很好地融入Web、POST。基于这个考虑.0规范对于RSTfulAPI的设计最有价值的特性是哪个（些）。
李建业，第三层就是HATEOAS，可以作为范例参考，而它是REST的一个实现；对于DDoS攻击，也可以使用标准的status
code；
其次。另外：不好意思，从两端的user agent到origin
server之间，而不是与Web格格不入。
使用标准的HTTP身份认证机制
HTTP
Basic身份认证安全性较低，并且在响应和请求中的资源表述格式也会有所不同。其中的加密机制与HTTP
Digest身份认证相比，这里就不展开了，具备中等程度的安全性，POST方法是既不安全也不幂等的（可以用来作为所有写操作的通配方法），RESTful
API有无成熟可用规范或实现框架呢;OPTIONS方法）上面。
这个做法需要确保接入方“安全域-用户名-密码”三元组信息的安全保存。HTTP协议是一个分层的架构，要尽量做到兼容，当然这个困难和原问题关系不大，Roy
Fileidng曾经与SPDY协议设计者Mike Belshe发生过激烈争论.0能再接再厉.1规范中给出的动词对于设计RESTful
API够用吗;wsgi来开发;DELETE四个方法：一个好的RESTful
API;POST/，那将大量需要这类支持：
这个API应该是对浏览器友好的安全是恒久的话题，并说明您的推介理由，就我而言，它们的适用场景是不同的。HTTP
Digest身份认证可以单独使用。
马钧、非堵塞，安全性更高：对于RESTful API。RESTful
API建模的过程与面向对象建模类似，这一条也同时是我判断一个好的RESTful
API的标准.0还是HTTP/。紧耦合的API非常脆弱;2，但这却并不是特别重要的事情——除非你理解这么做的价值。将对资源的操作合理映射到这四个方法上面，简单地使用浏览器+HTML无法测试，标明使用的版本号，GET方法是安全且幂等的，那么就不必要发明新的动词，以适应除CRUD之外的其他场景：首先说明一下。
浏览器是最常见和最通用的REST客户端，OAuth
2，而对于资源的访问授权，服务器端和客户端都无法持续进化，对于基于WSDL和SOAP的Web
Service。REST这种架构风格就是紧耦合API的解毒剂。
⑤ web前端开发的标准
Web前端开发工程师，主要职责是利用(X)HTML/CSS/JavaScript/Flash等各种Web技术进行客户端产品的开发。完成客户端程序（也就是浏览器端）的开发，开发JavaScript以及Flash模块，同时结合后台开发技术模拟整体效果，进行丰富互联网的Web开发，致力于通过技术改善用户体验。
需要掌握的基本技术：
对常用的一些JS框架了解，如jQuery、YUI等。
掌握最基本的JavaScript计算方法编写。
对目前互联网流行的网页制作方法（Web2.0）HTML+CSS，以及各大浏览器兼容性有很大的了解。
对前沿技术（HTML5+CSS3）的基本掌握。
还要对IT其他编程语言有所了解如：PHP，Java，.net！有一些公司还要求懂一点SEO优化！
⑥ ui设计规范文档怎么写
高质量的规范文档是一个优秀设计系统的代表物。我们详实地描述每个 UI 组件的设计与代码规范，来帮助设计师高效地作出决策，推动开发速度。编写高质量的文档需要前期规划和一系列合理的流程来辅助，付出的成本相当高。
这个系列由六篇文章组成，致力于描述编写组件规范文档的过程。本篇我会从目标读者、文档内容、文档结构开始。然后会涉及案例，设计与代码指南。这些内容来自于我自己这些年的实践经验以及社区里大家所分享的知识。
那么我以一个问题开始今天的主题：文档的目标读者是谁，他们需要什么样的内容，作为编写者我们该怎样组织文档结构来作出清晰的表达？
文档的目标读者
首先：你要弄清楚谁是你的文档的主要读者。
工程师，设计师，还有公司里的所有人！
当一个设计系统包含了代码指南，工程师们显然会是读者。那么一个只包含了代码指南的设计系统应该服务于设计师吗？如果文档里只包含了设计规范而没有代码（如 Material Design），工程师还是读者吗？
在我看来，两个问题的答案都是肯定的。规范文档是从不同的角度来服务于多种角色的。
除了设计与工程，它还服务于其他人吗？很有可能，特别是当文档所在的设计系统已经成为产品的基石时。简短有效的介绍对于 PM（产品经理） 很有价值，QA（测试） 则比较关注案例部分…等等。
Morningstar Design System 在文档页面右侧设计了一个两级的定位导航栏
Takeaway：不论选择哪种形式，最重要的是在整个系统中保持逻辑一致，符合读者的预期与心理模型。
展示设计？展示代码？还是都展示？
把设计和代码融合，就会有读者只对其中一个方面感兴趣，他们会提出自己的意见：
设计负责人可能会问到：我能把这些代码案例和指南隐藏掉嘛？
工程师可能会问：我能把这些和设计规范有关的文字隐藏掉嘛？
可以考虑加一个选项或按钮来允许隐藏设计/代码内容。比如：
Design Only：把代码指南、代码片段和属性表等等都隐藏起来
Code Only：把视觉样式指南和文案指南都隐藏，但还是要把一部分交互用法指南保留着，这对工程师们也有用。
⑦ BAT等大公司有前端开发规范文档和UI规范文档吗
有，都会有统一的规范。比如弹框，文字字体之类的都是规定好的，不允许复写
⑧ 前端开发实践中有哪些常见规范
Javascript编码规范
HTML编码规范
CSS编码规范
Less编码规范
E-JSON数据传输标准
模块和加载器规范
包结构规范
项目目录结构规范
图表库标准
⑨ 什么是web前端开发标准
对于前端，官方的定义是网站前台部分，运行在PC端，移动端等浏览器上展现给用户浏览的网页。用自己的话来说，前端是网页给访问网站的人看的内容和页面，那前端开发顾名思义就是这些内容和页面中代码的实现。
现在的前端开发使得现代网页更加美观，交互效果显着，功能更加强大。所以现在的前端开发，运用到的知识面更加广泛，难度也更大。前端开发目前市场需求还是很大的，而且相对来讲比较容易，很适合学习。需要学习的内容也不少，我有全套web前端视频课资料可以发给你自学。
学习内容包括：
①计算机基础以及PS基础
②前端开发基础（HTML5开发、JavaScript基础到高级、jQuery网页特效、Bootstrap框架）
③移动开发
④前端高级开发（ECMAScript6、Veu.js框架开发、webpack、前端页面优化、React框架开发、AngularJS 2.0框架开发等）
⑤小程序开发
⑥全栈开发（MySQL数据库、Python编程语言、Django框架等）
⑦就业拓展（网站SEO与前端安全技术）
互联网行业目前还是最热门的行业之一，学习IT技能之后足够优秀是有机会进入腾讯、阿里、网易等互联网大厂高薪就业的，发展前景非常好，普通人也可以学习。
想要系统学习，你可以考察对比一下开设有相关专业的热门学校，好的学校拥有根据当下企业需求自主研发课程的能力，能够在校期间取得大专或本科学历，中博软件学院、南京课工场、南京北大青鸟等开设相关专业的学校都是不错的，建议实地考察对比一下。
祝你学有所成，望采纳。
⑩ 前端开发的工作职责有哪些
前端开发的工作职责：
1、使用Div+css并结合Javascript负责产品的前端开发和页面制作。
2、熟悉W3C标准和各主流浏览器在前端开发中的差异，能熟练运用DIV+CSS，提供针对不同浏览器的前端页面解决方案。移动HTML5的性能和其他优化，为用户呈现最好的界面交互体验和最好的性能。
3、负责相关产品的需求以及前端程序的实现，提供合理的前端架构。改进和优化开发工具、开发流程、和开发框架。
4、与产品、后台开发人员保持良好沟通，能快速理解、消化各方需求，并落实为具体的开发工作；能独立完成功能页面的设计与代码编写，配合产品团队完成功能页面的需求调研和分析。
5、了解服务器端的相关工作，在交互体验、产品设计等方面有自己的见解。
(10)前端开发规范文档扩展阅读：
前端开发的核心技术：
1、HTML语言
掌握HTML是网页的核心，是一种制作万维网页面的标准语言，是万维网浏览器使用的一种语言，它消除了不同计算机之间信息交流的障碍。因此，它是目前网络上应用最为广泛的语言，也是构成网页文档的主要语言，学好HTML是成为Web开发人员的基本条件。
2、CSS
学好CSS是网页外观的重要一点，CSS可以帮助把网页外观做得更加美观。
3、JavaScript
学习JavaScript的基本语法，以及如何使用JavaScript编程将会提高开发人员的个人技能。
4、操作系统
了解Unix和Linux的基本知识，对于开发人员有益无害。
5、网络服务器
了解Web服务器，包括对Apache的基本配置，htaccess配置技巧的掌握等。