前端开发外包-前端开发外包外包-北京前端开发外包外包

搜 索

Search:前端开发外包


前端开发外包工作模式

以前老的方式是:1.产品经历/领导/客户提出需求2.UI做出设计图3.前端工程师做html页面4.后端工程师将html页面套成jsp/php页面(前后端强依赖,后端必须要等前端的html做好才能套jsp/php。如果html发生变更,开发效率低)5.集成出现问题...以前老的方式是:1.产品经历/领导/客户提出需求2.UI做出设计图3.前端工程师做html页面4.后端工程师将html页面套成jsp/php页面(前后端强依赖,后端必须要等前端的html做好才能套jsp/php。如果html发生变更,开发效率低)5.集成出现问题6.前端返工7.后端返工8.二次集成9.集成成功10.交付 新的方式是:1.产品经历/领导/客户提出需求2.UI做出设计图3.前后端约定接口&数据&参数4.前后端并行开发(无强依赖,可前后端并行开发,如果需求变更,只要接口&参数不变,就不用两边都修改代码,开发效率高)5.前后端集成6.前端页面调整7.集成成功8.交付  请求方式 以前老的方式是:1.客户端请求2.服务端的servlet或controller接收请求(后端控制路由与渲染页面,整个项目开发的权重大部分在后端)3.调用service,dao代码完成业务逻辑4.返回jsp/php5.jsp/php展现一些动态的代码 新的方式是:1.浏览器发送请求2.直接到达html页面(前端控制路由与渲染页面,整个项目开发的权重前移)3.html页面负责调用服务端接口产生数据(通过ajax等等,后台返回json格式数据,json数据格式因为简洁高效而取代xml)4.填充html,展现动态效果,在页面上进行解析并操作DOM。(可以访问一下阿里巴巴等大型网站,然后按一下F12,监控一下刷新一次页面,大多数都是单独请求后台数据,使用json传输数据,而不是一个大而全的http请求把整个页面包括动+静全部返回过来)
标签:

web前端开发外包代码规范文档

规范的目的为提高团队协作效率, 便于后台人员添加功能及前端后期优化维护, 输出高质量的文档, 特制订此文档. 本规范文档一经确认, 前端开发人员必须按本文档规范进行前台页面开发. 本文档如有不对或者不合适的地方请及时提出, 经讨论决定后方可更改.基本准则符合web标准, 语义化html, 结构表现行为分离, 兼容性优良. 页面性能方面, 代码要求简洁明了有序, 尽可能的减小服务器负载, 保证最快的解析速度....规范的目的为提高团队协作效率, 便于后台人员添加功能及前端后期优化维护, 输出高质量的文档, 特制订此文档. 本规范文档一经确认, 前端开发人员必须按本文档规范进行前台页面开发. 本文档如有不对或者不合适的地方请及时提出, 经讨论决定后方可更改.基本准则符合web标准, 语义化html, 结构表现行为分离, 兼容性优良. 页面性能方面, 代码要求简洁明了有序, 尽可能的减小服务器负载, 保证最快的解析速度. 文件规范1、html, css, js, images文件均归档至<系统开发规范>约定的目录中;2、html文件命名: 英文命名, 后缀.htm. 同时将对应界面稿放于同目录中, 若界面稿命名为中文, 请重命名与html文件同名, 以方便后端添加功能时查找对应页面;3、css文件命名: 英文命名, 后缀.css. 共用base.css, 首页index.css, 其他页面依实际模块需求命名.;4、js文件命名: 英文命名, 后缀.js. 共用common.js, 其他依实际模块需求命名. html书写规范5、文档类型声明及编码: 统一为html5声明类型; 编码统一为 , 书写时利用IDE实现层次分明的缩进;6、非特殊情况下样式文件必须外链至…之间;非特殊情况下JavaScript文件必须外链至页面底部;7、引入样式文件或JavaScript文件时, 须略去默认类型声明, 写法如下:<script src=”…”></script>8、引入JS库文件, 文件名须包含库名称及版本号及是否为压缩版, 比如jquery-1.4.1.min.js; 引入插件, 文件名格式为库名称+插件名称, 比如jquery.cookie.js;9、所有编码均遵循xhtml标准, 标签 & 属性 & 属性命名 必须由小写字母及下划线数字组成, 且所有标签必须闭合, 包括 br (), hr()等; 属性值必须用双引号包括;10、充分利用无兼容性问题的html自身标签, 比如span, em, strong, optgroup, label,等等; 需要为html元素添加自定义属性的时候, 首先要考虑下有没有默认的已有的合适标签去设置, 如果没有, 可以使用须以”data-“为前缀来添加自定义属性,避免使用”data:”等其他命名方式;11、语义化html, 如 标题根据重要性用h*(同一页面只能有一个h1), 段落标记用p, 列表用ul, 内联元素中不可嵌套块级元素;12、尽可能减少div嵌套, 如 欢迎访问XXX, 您的用户名是 用户名 完全可以用以下代码替代: 欢迎访问XXX, 您的用户名是用户名;13、书写链接地址时, 必须避免重定向,例如:href=”http://chinasgp.cn/&quot;, 即须在URL地址后面加上“/”;14、在页面中尽量避免使用style属性,即style=”…”;15、必须为含有描述性表单元素(input, textarea)添加label, 如 姓名: 须写成: 姓名:16、能以背景形式呈现的图片, 尽量写入css样式中;17、重要图片必须加上alt属性; 给重要的元素和截断的元素加上title;18、给区块代码及重要功能(比如循环)加上注释, 方便后台添加功能;19、特殊符号使用: 尽可能使用代码替代: 比如 <(<) & >(>) & 空格( ) & »(») 等等;20、书写页面过程中, 请考虑向后扩展性;21、class & id 参见 css书写规范. css书写规范22、编码统一为utf-8;23、协作开发及分工: i会根据各个模块, 同时根据页面相似程序, 事先写好大体框架文件, 分配给前端人员实现内部结构&表现&行为; 共用css文件base.css由i书写, 协作开发过程中, 每个页面请务必都要引入, 此文件包含reset及头部底部样式, 此文件不可随意修改;24、class与id的使用: id是唯一的并是父级的, class是可以重复的并是子级的, 所以id仅使用在大的模块上, class可用在重复使用率高及子级中; id原则上都是由我分发框架文件时命名的, 为JavaScript预留钩子的除外;25、为JavaScript预留钩子的命名, 请以 js_ 起始, 比如: js_hide, js_show;26、class与id命名: 大的框架命名比如header/footer/wrapper/left/right之类的在2中由i统一命名.其他样式名称由 小写英文 & 数字 & _ 来组合命名, 如i_comment, fontred, width200; 避免使用中文拼音, 尽量使用简易的单词组合; 总之, 命名要语义化, 简明化.27、规避class与id命名(此条重要, 若有不明白请及时与i沟通): a) 通过从属写法规避, 示例见d; b)取父级元素id/class命名部分命名, 示例见d; c)重复使用率高的命名, 请以自己代号加下划线起始, 比如i_clear; d)a,b两条, 适用于在2中已建好框架的页面, 如, 要在2中已建好框架的页面代码 中加入新的div元素, 按a命名法则:…, 样式写法: #mainnav .firstnav{…….} 按b命名法则:…, 样式写法: .main_firstnav{…….}28、css属性书写顺序, 建议遵循: 布局定位属性–>自身属性–>文本属性–>其他属性. 此条可根据自身习惯书写, 但尽量保证同类属性写在一起. 属性列举: 布局定位属性主要包括: display & list-style & position(相应的 top,right,bottom,left) & float & clear & visibility & overflow; 自身属性主要包括: width & height & margin & padding & border & background; 文本属性主要包括:color & font & text-decoration & text-align & vertical-align & white- space & 其他 & content; 我所列出的这些属性只是最常用到的, 并不代表全部;29、书写代码前, 考虑并提高样式重复使用率;30、充分利用html自身属性及样式继承原理减少代码量, 比如: 这儿是标题列表2010-09- 15 定义 ul.list li{position:relative} ul.list li span{position:absolute; right:0}    即可实现日期居右显示31、样式表中中文字体名, 请务必转码成unicode码, 以避免编码错误时乱码;32、背景图片请尽可能使用sprite技术, 减小http请求, 考虑到多人协作开发, sprite按模块制作;33、使用table标签时(尽量避免使用table标签), 请不要用width/ height/cellspacing/cellpadding等table属性直接定义表现, 应尽可能的利用table自身私有属性分离结构与表现 , 如thead,tr,th,td,tbody,tfoot,colgroup,scope; (cellspaing及cellpadding的css控制方法:table{border:0;margin:0;border-collapse:collapse;} table th, table td{padding:0;}, base.css文件中我会初始化表格样式)34、杜绝使用 兼容 ie8;35、用png图片做图片时, 要求图片格式为png-8格式,若png-8实在影响图片质量或其中有半透明效果, 请为ie6单独定义背景:_background:none;_filter:progid:DXImageTransform.Microsoft.AlphaImageLoader (sizingMethod=crop, src=’img/bg.png’);36、避免兼容性属性的使用, 比如text-shadow || css3的相关属性;37、减少使用影响性能的属性, 比如position:absolute || float ;38、必须为大区块样式添加注释, 小区块适量注释;39、代码缩进与格式: 建议单行书写, 可根据自身习惯, 后期优化i会统一处理; JavaScript书写规范40、文件编码统一为utf-8, 书写过程过, 每行代码结束必须有分号; 原则上所有功能均根据XXX项目需求原生开发, 以避免网上down下来的代码造成的代码污染(沉冗代码 || 与现有代码冲突 || …);41、库引入: 原则上仅引入jQuery库, 若需引入第三方库, 须与团队其他人员讨论决定;42、变量命名: 驼峰式命名. 原生JavaScript变量要求是纯英文字母, 首字母须小写, 如iTaoLun; jQuery变量要求首字符为’_’, 其他与原生JavaScript 规则相同, 如: _iTaoLun; 另, 要求变量集中声明, 避免全局变量.43、类命名: 首字母大写, 驼峰式命名. 如 ITaoLun;44、函数命名: 首字母小写驼峰式命名. 如iTaoLun();45、命名语义化, 尽可能利用英文单词或其缩写;46、尽量避免使用存在兼容性及消耗资源的方法或属性, 比如eval_r() & innerText;47、后期优化中, JavaScript非注释类中文字符须转换成unicode编码使用, 以避免编码错误时乱码显示;48、代码结构明了, 加适量注释. 提高函数重用率;49、注重与html分离, 减小reflow, 注重性能.图片规范50、所有页面元素类图片均放入img文件夹, 测试用图片放于img/demoimg文件夹;51、图片格式仅限于gif || png || jpg;52、命名全部用小写英文字母 || 数字 || _ 的组合,其中不得包含汉字 || 空格 || 特殊字符;尽量用易懂的词汇, 便于团队其他成员理解; 另, 命名分头尾两部分, 用下划线隔开, 比如ad_left01.gif || btn_submit.gif;53、在保证视觉效果的情况下选择最小的图片格式与图片质量, 以减少加载时间;54、尽量避免使用半透明的png图片(若使用, 请参考css规范相关说明);55、运用css sprite技术集中小的背景图或图标, 减小页面http请求, 但注意, 请务必在对应的sprite psd源图中划参考线, 并保存至img目录下 注释规范56、html注释: 注释格式 , ‘–‘只能在注释的始末位置,不可置入注释文字区域;57、css注释: 注释格式 ;58、JavaScript注释, 单行注释使用’//这儿是单行注释’ ,多行注释使用 ;开发及测试工具约定建议使用Aptana | webstrom | sublime | Vim , 亦可根据自己喜好选择, 但须遵循如下原则:59、不可利用IDE的视图模式’画’代码;60、不可利用IDE生成相关功能代码, 比如webstrom内置的一些功能js;61、编码必须格式化, 比如缩进;测试工具: 前期开发仅测试FireFox & IE8-IE 最新版本 , 后期优化时加入Opera & Chrome & Safari;建议测试顺序: FireFox–>IE7–>IE8–>IE6–>Opera–>Chrome–>Safari, 建议安装firebug及IE Tab Plus插件.
标签: