公司不再招前端了,找其他人兼职了,说在做的时候有啥建议.想了想这么多年跟前端合作,有一些心得,前端在实现功能时能按要求来,对于后续人员会很方便一些.
1.命名规则,不可用a,b,c,尽量采用业务相关的,例如 id="txtUserName" txt表示是文本框。 btnSel btn表示是按钮。
尽量看见名字就能知道用途的原则。
2.整体结构清晰,一个模块一个模块包在一起。
例如:
<!--头部 开始-->
..html..
<!--头部 结束-->
<!--循环体 开始-->
...html实现
<!--循环体 结束-->
<!--脚本1实现 开始-->
<!--脚本1实现 结束-->
3.整体结构,引用的在 head中,脚本在 </body>之前实现,如果很多建议新建一个js文件实现。
meta要做到电脑端或手机端的适配
<!DOCTYPE html>
<html>
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1, maximum-scale=1, user-scalable=no">
<meta name ="apple-mobile-web-app-capable" content="yes">
<meta name="apple-mobile-web-app-status-bar-style" content="black"><meta name="format-detection" content="telephone=no">
<title>清除cookie</title>
<meta charset="utf-8" />
<script src="http://apps.bdimg.com/libs/jquery/1.9.1/jquery.min.js"></script>
<script src="http://apps.bdimg.com/libs/jquery.cookie/1.4.1/jquery.cookie.js"></script>
</head>
<body>
html的实现
<script type="text/javascript">
本页面的一些脚本逻辑实现
</script>
</body>
</html>
4.每个业务可单独建一个文件夹,每个页面自己部分的脚本和样式也区分开来
例如:新闻模块
news
--html页面
--index.html
--list.html
--detail.html
--js
--index.js
--css
--index.css
--list.css
5.公共部分可放一个目录,供其他模块调用
common
--html
--_Layout.html(这块可能你们抽取不了,不是必须要求,但是如果是在页面中,最好备注这块是公共部分)(母板)
--js
--utils.js
--head.js
--foot.js
--css
--common.css(一些所有页面都需要之类的等)
--head.css
--foot.css
6.如果有多个模块跳转,a标签加上链接,可实现每个模块跳转(不是必须要求)(或者说各个页面之间实现跳转,省的要一个个打开)
7.一旦程序这边套站完成,需要这边的为准,修改也要这边为准,原有那份不可随意更改。(用SVN或GIT管理,以这里的为准)
8.涉及到列表或循环出现的块数据,(这点比较重要)
例如:
<ul>
<li></li>
<li></li>
</ul>
或:
<div> <--多嵌套一层-->
<div>001</div>
<div>002</div>
<div>003</div>
</div>
尽量在循环体之外再嵌套一层,以方便程序套站。
9.页面有需要展现动态效果的脚本,需要单独放一个js文件,不要用 window.onload,请采用jquery的 $(function(){....});
10.less文件记得要转成css
11.业务逻辑要熟悉一下,尽量做到跟原型图一致,不要采用复制粘贴模式,要展示真实的数据。
例如循环体不要这么展示
<ul>
<li>001</li>
<li>001</li>
<li>001</li>
<li>001</li>
</ul>
要跟原型图一样,展现较真实的数据。
<ul>
<li>黄色</li>
<li>绿色</li>
<li>红色</li>
<li>紫色</li>
</ul>
12.有些隐藏的操作,需要多费心检查一下,例如点击按钮后会弹出或跳转到哪个页面。弹出的页面也需要实现。列表的宽度及其他展示的宽度要套用真实的数据,看看超出部分需要处理。图片的自适应,太大是否会撑破等。