项目前端开发规范

一、项目目录

  1. 目录结构的统一化,可读性,分模块、组件构建,严禁构建杂乱无章,毫无可读性而言的项目目录
  2. 目录结构整齐划一,方便日后维护和其他同事的阅读
    项目前端开发规范

1、 PC目录说明

  • index.html放在根目录下面
  • 所有的其余页面都放到page目录下面,page目录下的页面都要分类进行放置
  • 所有的js插件放到lib目录下
  • js目录根据你业务需求分别构建不同的子目录
  • 所有的图片放到images文件夹下面,static目录下放置需要后台传入的图片,默认是静态图片后期可删除
  • 如果需要用到特殊字体,都放到font目录下
  • css目录下放置必须要有base文件,来统一初始化样式,需要用到的插件放到lib目录下面
    项目前端开发规范

2、web目录说明

  • index.html放在根目录下面
  • 其他的所有页面都放在components组件目录下,并且要归类放置,不可直接扔进去
  • 所有的图片放到所属子组件的目录下,static目录下放置固定不动的图片,和默认的css包
  • 总共三层开发目录,src、build、dist,src是源码文件夹,build是调试文件夹,dist目录依赖于build目录,生成线上版完整代码

注意

所有的文件命名,尽量使用单个英文单词,英文不好可以百度翻译一下,如果一个英文单词搞不定,就是用多个单词,中间用‘_’隔开,不要使用‘-’和驼峰命名法

二、代码规范

书写规范:增强语义化,增强阅读性

1. 只用小写字母

  • 所有的代码都用小写字母:适用于元素名,属性,属性值(除了文本和 CDATA ), 选择器,特性,特性值(除了字符串)。
<!-- 不推荐 -->
<A HREF="/">Home</A>
<!-- 推荐 -->
<img src="google.png" alt="Google"></pre>
<h3>行尾空格</h3>
<strong>删除行尾白空格。</strong>
行尾空格没必要存在。
<pre><!-- 不推荐 -->
<p>What?_
<!-- 推荐 -->
<p>Yes please.

2. 增强语义

  • 根据HTML各个元素的用途去使用它们,要知道为什么要使用它们和是否正确,例如,heading元素构造标题,p元素构造段落,a元素构造锚点等
  • 根据HTML各个元素的用途去使用是很重要的,它涉及到文档的可访问性,重用和代码效率等问题
<!-- 不推荐 -->
<div onclick="goToRecommendations();">All recommendations</div>
<!-- 推荐 -->
<a href="recommendations/">All recommendations</a>
  • 禁止用行内元素包裹块级元素,例如不要在p标签里面嵌套别的标签

3. 关注点分离

  • 将表现和行为分开
  • 严格保持结构(标记),表现(样式),和行为(脚本)分离,并尽量让这三者之间的交互保持最低限度
  • 确保文档和模板只包含HTML结构,把所有表现都放到样式表里,把所有的行为都放到脚本里
  • 此外,尽量使脚本和样式表在文档与模板中有最小接触面积,即减少外链
  • 将表现和行为未开维护是很重要的,因为更改HTML文档结构和模板会比更新样式表和脚本更花费成本
  • 如果是用vue构建的项目,css的书写要带scope
<!-- 不推荐 -->
 <!DOCTYPE html>
 <title>HTML sucks</title>
 <link rel="stylesheet" href="base.css" media="screen">
 <link rel="stylesheet" href="grid.css" media="screen">
 <link rel="stylesheet" href="print.css" media="print">
 <h1 style="font-size: 1em;">HTML sucks</h1>
 <p>I’ve read about this on a few sites but now I’m sure:</p>
 <u>HTML is stupid!!1</u>
 <!-- 推荐 -->
 <!DOCTYPE html>
 <title>My first CSS-only redesign</title>
 <link rel="stylesheet" href="default.css">
 <h1>My first CSS-only redesign</h1>
 <p>I’ve read about this on a few sites but today I’m actually</p>

4. type属性

  • 在样式表和脚本的标签中忽略type属性
  • HTML5默认type为text/css和text/javascript类型,所以没必要指定,即便是老浏览器也是支持的。
<!-- 不推荐 -->
 <link rel="stylesheet" href="//www.google.com/css/maia.css"
       type="text/css">
 <script src="//www.google.com/js/gweb/analytics/autotrack.js"
         type="text/javascript"></script>
 <!-- 推荐 -->
 <link rel="stylesheet" href="//www.google.com/css/maia.css">
 <script src="//www.google.com/js/gweb/analytics/autotrack.js"></script>

格式规范:禁止看到参差不齐的格式

1. HTML格式

  • 每个块元素、列表元素或元素表格都独占一行,每个子元素都相对于父元素进行缩进
  • 独立元素的样式,将块元素、列表元素或表格元素都放在新行
  • 另外,需要缩进的元素、列表元素或表格元素的子元素
 <!-- 不推荐 -->
<section>
     <div class=""></div>
       <h1></h1>
   <div>
        <span></span>
       <em></em>
        </div>
 </section>
<!-- 推荐 -->
<section>
   <div class=""></div>
   <h1></h1>
   <div>
       <span></span>
       <em></em>
   </div>
</section>

2.CSS格式

  • 依字母顺序进行声明
  • 忽略浏览器的特定前缀排序,但多个浏览器特定的某个css属性前缀应相对保持排序(例如-moz前缀在-webkit前面)
background: fuchsia;
 border: 1px solid;
 -moz-border-radius: 4px;
 -webkit-border-radius: 4px;
 border-radius: 4px;
 color: black;
 text-align: center;
 text-indent: 2em;

  • 代码内容缩进,它能够提高层次结构清晰度
@media screen, projection {
   html {
       background: #fff;
       color: #444;
   }
}
  • 声明完结,所有声明都要用“;”结尾
/* 不推荐 */
 .test {
     display: block;
     height: 100px
 }
 /* 推荐 */
 .test {
     display: block;
     height: 100px;
}
  • 选择器声明分行,每个选择器和声明都要独立新行
 /* 不推荐 */
  a:focus, a:active {
      position: relative;
      top: 1px;
  }
  /* 推荐 */
  h1,
  h2,
  h3 {
     font-weight: normal;
     line-height: 1.2;
  }
  • 规则分行,每个规则独立一行,两个规则之间隔行
 html {
     background: #fff;
 }

 body {
     margin: auto;
     width: 50%;
 }

命名规范:严禁简化命名

1. ID和class的命名

  • 为ID和class取通用且有意义的名字
  • 应该从ID和class的名字上就能看出这元素是干嘛用的,而不是表象或模糊不清的命名。
  • 应该优先虑以这元素具体目来进行命名,这样他就最容易理解,减少更新。
  • 通用名称可以加在兄弟元素都不特殊或没有个别意义的元素上,可以起名类似“helpers”这样的泛。
  • 使用功能性或通用的名字会减少不必要的文档或模板修改。
/* 不推荐: 无意义 不易理解 */
#yee-1901 {}

/* 不推荐: 表达不具体 */
.button-green {}
.clear {}

/* 推荐: 明确详细 */
#gallery {}
#login {}
.video {}

/* 推荐: 通用 */
.aux {}
.alt {}

2. ID和class命名风格

  • 非必要的情况下,ID和class的名称应尽量简短。
  • 简要传达ID或class是关于什么的。
  • 通过这种方式,似的代码易懂且高效。
/* 不推荐 */
#navigation {}
.atr {}
/* 推荐 */
#nav {}
.author {}

3. 类型选择器

  • 避免使用CSS类型选择器。
  • 非必要的情况下不要使用元素标签名和ID或class进行组合。
  • 出于性能上的考虑避免使用父辈节点做选择器 performance reasons.
/* 不推荐 */
ul#example {}
div.error {}
/* 推荐 */
#example {}
.error {}

4.属性缩写

  • 写属性值的时候尽量使用缩写。
  • CSS很多属性都支持缩写shorthand (例如 font ) 尽量使用缩写,甚至只设置一个值。
  • 使用缩写可以提高代码的效率和方便理解。
/* 不推荐 */
border-top-style: none;
font-family: palatino, georgia, serif;
font-size: 100%;
line-height: 1.6;
padding-bottom: 2em;
padding-left: 1em;
padding-right: 1em;
padding-top: 0;
/* 推荐 */
border-top: 0;
font: 100%/1.6 palatino, georgia, serif;
padding: 0 1em 2em;

5. 0和单位,省略0后面的单位,省略0开头小数点前面的0。

  • 代码示例
   .test {
   margin: 0;
   padding: 0;
   font-size: .8em;
   }

6. ID和class命名的定界符

  • 选择器前面加上特殊应用标识的前缀(可选)。
  • 项目中最好在ID或class名字前加上这种标识性前缀(命名空间),使用短破折号链接。
  • 使用命名空间可以防止命名冲突,方便维护,比如在搜索和替换操作上。
  • ID和class名字有多单词组合的用短破折号“-”分开。
  • 代码示例
/* 不推荐:“demo”和“image”中间没加“-” */
.demoimage {}

/* 不推荐:用下划线“_”是屌丝的风格 */
.error_status {}

/* 不推荐:用驼峰命名是屌丝的风格 */
.errorStatus {}

/* 推荐 */
#video-id {}
.ads-sample {}

7. 组件命名

组件命名强烈推荐遵循W3C规范中的自定义组件名(字母全小写且必须包含一个连字符)。这会帮助你避免和当前以及未来的HTML元素冲突。

Js语法规范(重点):严格按照此中语言的语法要求进行编码。

1. 变量

  • 驼峰式命名,驼峰式命名法由小(大)写字母开始,后续每个单词首字母都大写。
  • 命名方法:小驼峰式命名法。
  • 命名规范:前缀应当是名词。(函数的名字前缀为动词,以此区分变量和函数)。
  • 命名建议:尽量在变量名字中体现所属类型,如:length、count等表示数字类型;而包含name、title表示为字符串类型。
  • 代码示例
// 好的命名方式
var maxCount = 10;
var tableTitle = 'LoginTable';

// 不好的命名方式
var setCount = 10;
var getTitle = 'LoginTable';

2. 函数

  • 命名方法:小驼峰式命名法。
  • 命名规范:前缀应当为动词。
  • 命名建议:可使用常见动词约定
  • 代码示例
// 是否可阅读
function canRead() {
    return true;
}

// 获取名称
function getName() {
    return this.name;
}

4. 构造函数

  • 介绍:在JS中,构造函数也属于函数的一种,只不过采用new 运算符创建对象。
  • 命名方法:大驼峰式命名法,首字母大写。
  • 命名规范:前缀为名称。
  • 代码示例
function Student(name) {
    this.name = name;
}

var st = new Student('tom');

4. 类的成员

  • 类的成员包含:
  • 公共属性和方法:跟变量和函数的命名一样。
  • 私有属性和方法:前缀为_(下划线),后面跟公共属性和方法一样的命名方式。
  • 代码示例
function Student(name) {
    var _name = name; // 私有成员

    // 公共方法
    this.getName = function () {
        return _name;
    }

    // 公共方式
    this.setName = function (value) {
        _name = value;
    }
}
var st = new Student('tom');
st.setName('jerry');
console.log(st.getName()); // => jerry:输出_name私有变量的值

三、注释

  • 编码时一定注意写好注释,页面结构和样式的动态变化和添加,打好注释,便于后台同事套页面时候的阅读。

  • 尤其Js,做到主要代码、方法、参数的行行注释说明,便于其他同事了解你做此功能的思路,避免代码的冗余,造成性能问题,尽量做到高内聚低耦合。

  • 代码示例

<!-- HTML推荐注释,左右各空一个空格,注释说明,单行 -->
<!--<div class="sell"></div>-->

<!-- HTML推荐注释,注释符号一上一下覆盖整个要注释的区块,多行注释 -->
<!--
<div class="sell">
    <p>多行注释</p>
    <p>多行注释</p>
    <p>多行注释</p>
    <p>多行注释</p>
</div>
-->
/* CSS推荐注释,左右各空一个空格,区块注释说明 */
.sell {
    /*background: #000;*/
}

/* CSS推荐注释,注释符号一上一下覆盖整个要注释的区块,多行注释 */
/*
.sell p {
    background: #000;
    font-size: 12px;
}
*/

// Js推荐注释,注释符号与注释说明之间空一个空格,单行
// var sellEle = document.querySelector('.sell');

// Js推荐注释,注释符号一上一下覆盖整个要注释的区块,多行注释
/*
var sellEle = document.querySelector('.sell');
console.log(sellEle);
*/

函数(方法)注释

/** 
* 函数说明 
* @关键字 
*/

/**
 * 合并Grid的行
 * @param {Grid} grid 需要合并的Grid
 * @param {Array} cols 需要合并列的Index(序号)数组;从0开始计数,序号也包含。
 * @param {Boolean} isAllSome 是否2个tr的cols必须完成一样才能进行合并。true:完成一样;false(默认):不完全一样
 * @return void
 * @author barry
 */
function mergeCells(grid, cols, isAllSome) {
    // Do Something
}