前端的开发规范

前端的开发规范

版权声明:本文为CSDN博主「weixin_41640944」的原创文章,遵循CC 4.0 by-sa版权协议,附上本声明。 原文链接:https://blog.csdn.net/weixin_41640944/article/details/89462053

本文主要从以下几个方面来概述前端的开发规范

  1. 目录构建规范
  2. 前端命名规范
  3. 前端工作规范
  4. 开发文档的书写规范

1. 前端目录构建规范

我们从命名原则、根目录、业务逻辑等方面进行目录构建

1.1 命名原则:

- 简洁明了(如下:)
  * src 源代码
  * img  图片资源
  * js  JavaScript脚本
  * dep 第三方依赖包
- 不使用复数(如下:)
  * 不使用 imgs   docs

1.2 根目录(root)结构按职能划分(如下:)

-  src 源代码(逻辑)
-  doc  文档
-  dep  第三方依赖包
-  test 测试

1.3 根据业务逻辑进行文件夹的划分(如下:)

- src目录名词解释:
  - common 公共资源
  - public/static 静态资源
  - component 组件
  - view/tpl 模板文件
  src
    common  公共资源
      img
        logo.png
        sprites.png
      css
        reset.css
      js
        conf.js  项目的配置文件
    public/static 静态资源
      js
      css
      tpl
        index.html
        shopcar.html
      img
    component   组件
      home
      shopcar
      login
      register
      user
      list
      detail
    view/tpl   项目模板           tpl  是  template的缩写

1.4 总结:

以上目录开发规范有两种使用途径
  1. 使用前端工程化工具如webpack、gulp等进行手动打造
  2. 利用框架提供的脚手架工具进行修改

2. 前端命名规范

这部分内容我从以下两个方面来进行讲解
  • CSS命名规范

    • BEM规范
    • OOCSS规范
  • javaScript编写规范
    • jslint
    • eslint

2.1 css命名规范

2.1.1 BEM规范

  • 概念:
    Block Element Modifier,它是一种前端命名方法,旨在帮助开发者实现模块化、可复用、高可维护性和结构化的CSS代码。
  • BEM是定义了一种css class的命名规范,每个名称及其组成部分都是存在一定的含义。
  • 由拉丁字母, 数字, -组成css的单个名称.
    • Block Element Modifier

      • 独立且有意义的实体, e.g. header, container, menu, checkbox, etc.
      • Block的一部分且没有独立的意义, e.g. header title, menu item, list item, etc.
      • Blocks或Elements的一种标志,可以用它改变其表现形式、行为、状态. e.g. disabled, checked, fixed, etc.
  • Naming

    由拉丁字母, 数字, -组成css的单个名称.

  • Block

    使用简洁的前缀名字来命名一个独立且有意义的抽象块或组件。

      <!-- e.g. -->
    
      .block
    
      .header
    
      .site-search
    
    
  • Element

    使用__连接符来连接Block 和 Element。

      <!-- e.g. -->
    
      .block__element
    
      .header__title
    
      .site-search__field
    
  • Modifier

    使用--连接符来连接Block 或 Element 和 Modifier。

      <!-- e.g. -->
    
      .block--modifier
    
      .block__element--modifier
    
      .header--hide
    
      .header__title--color-red
    
      .site-search__field--disabled
    
  • 实例
  <!-- HTML文件 -->

  <form class="form form--theme-xmas form--simple">
    <input class="form__input" type="text" />
    <input class="form__submit form__submit--disabled" type="submit" />
  </form>
  <!-- CSS -->

  .form {}

  .form--theme-xmas {}

  .form--simple {}

  .form__input { }

  .form__submit {}

  .form__submit--disabled {}
  • Buttons实例

  <!-- HTML文件 -->

  <button class="button">
    Normal button
  </button>
  <button class="button button--state-success">
    Success button
  </button>
  <button class="button button--state-danger">
    Danger button
  </button>
  <!-- CSS文件中 -->

  .button {
      display: inline-block;
      border-radius: 3px;
      padding: 7px 12px;
      border: 1px solid #D5D5D5;
      background-image: linear-gradient(#EEE, #DDD);
      font: 700 13px/18px Helvetica, arial;
  }
  .button--state-success {
      color: #FFF;
      background: #569E3D linear-gradient(#79D858, #569E3D) repeat-x;
      border-color: #4A993E;
  }
  .button--state-danger {
      color: #900;
  }

2.1.2 OOCSS规范

  • 概念 Object Oriented CSS,面向对象的CSS,旨在编写高可复用、低耦合和高扩展的CSS代码。 OOCSS是以面向对象的思想去定义样式,将抽象和实现分离,抽离公共代码。
  • 总结: 将重用的东西当做一个对象来看, 然后将不同的属性 放到另一个类名去
      <!-- 举例:  -->
      .list{
        background: #fff;
      }
      .list--width{
        width: 300px;
      }
    

2.2 js编写代码规范

jslint
eslint

3. 前端工作规范

我们从 日报 、 周报以及邮件格式三个方面来了解

3.1 日报内容如下

- 上午你做什么
 - 下午你做了什么
 - 遇到什么问题?是否有解决?
 - 明天的计划?(明天准备做什么)
 - 最后在内容最后面跟上日期

3.2 周报内容如下:

2016.07.25-2016.07.29周报:

    本周工作主要内容:
        完成了宏视云h5播放器升级及大数据上报;
        修复xk-h5播放器bug:在三星手机自带浏览器无法进行滑动seek;
        admin-console后台管理系统初步完成终端访问页面和数据统计概览页面的制作;

    工作中存在的主要问题:
    - webserver大数据展示页面移植到admin-console后台管理系统存在bootstrap与jquery.easyui冲突等几个兼容性问题;
    - 解决这个问题的思路可能不是最有效的方法,可能使用iframe会快些;使用iframe存在如何在easyui页面控制iframe页面及如何在浏览器窗口改变时,iframe也跟着改变等问题;

    下周工作计划:
        完成上周未完成的admin-console大数据展示页面的制作;
        完成工作以后,如果有时间的话尝试下用iframe解决;
        询问师兄有没有可以帮忙做的工作;

3.3 常用邮件格式如下:

明确邮件发送谁?
    参与者: 一定要想清楚, 如果不清楚, 记得问一下你直接上司(同事)

邮件的主题:
    主题必须有且仅有一个
    必要时, 可以添加: 【请批阅】 、 等字眼

邮件正文

    称呼要明确:

    条理分明
    举例:

      各位领导好:
          以下内容是xxx 请熟知/请批阅
        1
        2

署名:
    什么部分 什么职位 什么姓名 什么时间

附件
    需要说明附件是做什么的?

转发;
    需要对原邮件进行说明。,然后写清楚自己的意图

4. 开发文档的书写规范

这部分内容从以下几个部分进行说明
  • html规范
  • css规范
  • js规范

4.1 html规范

  1. 标签上属性的顺序建议如下:

    • class ( class是为高可复用组件设计的 所以应处在第一位)
    • id name (id更加具体且应该尽量少使用, 所以将它放在第二位)
    • data-*
    • src for type href value
    • placeholder title alt
    • aria-* role
    • required readonly disabled
  2. id/class 命名规则: BEM OOCSS SMACSS(扩展)
  3. 注释规范(最好用英文)
    <div class="container">
        <!-- header--start -->
        <header></header>
        <!-- header--end -->
    
        <!-- content--start -->
        <div class="content">
    
        </div>
        <!-- content--end -->
    
        <!-- footer--start -->
        <footer>
    
        </footer>
        <!-- footer--end -->
      </div>

4.2 css规范

  1. 属性顺序

    1. 位置属性 ( position top right z-index display float etc.)
    2. 大小 ( width height padding margin etc.)
    3. 文字系列 ( font line-height letter-spacing color text-align ect.)
    4. 背景 ( background border etc.)
    5. 其他 ( animation transition etc.)
    6. 以及注释的写法
        <!-- 举例:  -->
            .go--top{
                position: fixed;
                right:20px;
                bottom: 50px;
                z-index: 1000;
                display:block;
    
                width: 50px;
                height: 200px;
    
                font-size: 16px;
    
                background: #ccc;
    
                opactiy: 0.5;
                transition: all 0.5s;
    
                <!-- 注释 -->
              }
    
  2. 尽量不使用选择器 (css3选择器)

    .content.first-child

    <!-- 举例:   -->
        <div class="content">
          <ul>
            <li>
              <a href=""></a>
              <a href=""></a>
              <a href=""></a>
            </li>
          </ul>
          <ul>
            <li>
              <a href=""></a>
              <a href=""></a>
              <a href=""></a>
            </li>
          </ul>
        </div>
  1. 属性使用缩写:
      <!-- 举例:  -->
          body{
            margin: 10px 0;
            background: url(‘./img.png‘) center;
          }
  1. 去掉小数点前面的 0
    body{
      margin: 10px .8px;
      background: url(‘./img.png‘) center;
    }

4.3 Js规范

  1. 语言规范

    1. 声明变量必须加上 let 关键字.不要再使用 var
    2. 优先使用箭头函数
    3. 使用模板字符串取代连接字符串
  2. 使用分号
  • 如果仅依靠语句间的隐式分隔,有时会很麻烦,使用分号更能清楚哪里是语句的起止,而且有些情况下,漏掉分号会出 BUG
  1. 块内函数声明

    1. 不要在块内声明一个函数,e.g.
          if (x) {
              function zxm() {}
          }
    
    1. 如果确实需要,使用函数表达式来初始化变量
          if (x) {
              let foo = function() {}
          }
    
  2. 循环注意
    • forEach
    • map
    • filter
    • every
    • some
    • for…in
    • for…of
    • for循环 while
    • do…while
  3. 命名规范:
    • camel 表示驼峰命名法 pascal表示 首字母大写
    • 变量名: 必须使用 camel 命名法
    • 参数名: 必须使用 camel 命名法
    • 函数名: 必须使用 camel 命名法
    • 方法/属性: 必须使用 camel 命名法
    • 私有 ( 保护 ) 成员: 必须以下划线开头
    • 常量名: 必须使用全部大写的下划线命名法,e.g. XTEP_HOST_API
    • 类名: 必须使用 pascal 命名法
    • 枚举名: 必须使用 pascal 命名法
    • 枚举的属性: 必须使用全部大写的下划线命名法,e.g. XTEP_HOST_API
    • 命名空间: 必须使用 camel 命名法
    • 语义: 命名同时还需要关注语义
  4. 声明:
    • var let const 应该放在function 已进入函数的时候
    • 注释变量的功能及代表的含义,且应以字母顺序排序.每个变量单独占一行以便添加注释
        <!-- 举例: -->
          var totalPrice = 1; //totalPrice表示商品购物车的总价   √
          var num = 10,totalNum = 100 ;           不建议
    
  5. 回调函数规范:
    回调函数统一使用 Promise 函数,回调成功的参数统一为 res,错误参数为 err
        let callback = new Promise((resolve, reject) => {
            if (/* 异步操作成功 */){
                resolve(value);
            } else {
                reject(err);
            }
        });
    
        callback.then((res) => {
            console.log(‘成功回调!‘, res);
        }).catch((err) => {
            console.log(‘失败回调!‘, err);
        });
    
  6. 标点规范

    js中统一使用反引号(``)或是单引号(’’), 不使用双引号("")

  7. 函数默认值

    函数默认值写在其他参数后面

      function zxm(a,b,name = ‘zxm‘){
          console.log(name)
      }

原文地址:https://www.cnblogs.com/zwj-lcx/p/11385266.html

时间: 2024-08-03 23:03:45

前端的开发规范的相关文章

基于gulp的前端框架开发规范

前端开发及相关规范 - 基于gulp的前端框架开发规范 1.前端开发工具的安装和使用说明 前端开发工具的目录结构 htmlcodeBuilder - v0.9 ├── statics ├── html //静态文件开发 ├── js // 非require引入的js文件 ├── Lib // 第三方JS包 ├── ve_2_1 // ├── css // 样式目录 ├── fonts // bootstrap的图标字体 ├── img // 图片目录 ├── less // less源码 ├──

web前端开发规范

本文原创,这里首先声明,转载注明本文出处,翻版必究! web前端开发规范的现实意义 1.提高团队的协作能力 2.提高代码的重复利用率 3.可以写出质量更高,效率更好的代码 4.为后期维护提供更好的支持 5.可读性高 一.命名规则 1.html命名规则: a.文件名称命名规则:统一使用小写英文字母.数字.下划线的组合,不得包含汉字空格和特殊字符 2.命名原则:方便理解.方便查找 b.索引文件命名原则:index.html.index.htm.index.asp.index.aspx.index.j

Web前端开发规范文档(google规范)

(Xee:其实没什么规范约束,但是养成一种好习惯,何乐而不为?) 我推荐去看看google的开发规范,然后从他的当中去总结自己的开发规范. Google HTML/CSS代码风格指南 Google JavaScript 编码规范指南 ------------------------------------------------------------------------------------------------------------------------------- 绝大多数项

麦子新课上线之web前端开发规范

同学们,Web前端开发又有课程上线啦!对Web前端感兴趣的同学们,速来围观哦~~下面简单介绍一下课程. [学霸学新,课快人一步] 课程简介: Web前端开发规范,可以帮助同学们,了解web前端开发规范的意义,掌握前端开发中的开发规范,掌握web前端开发中的实用技巧.面对企业团队开发,可以很快融入团队合作中,高效率的完成团队给予的任务. 课程地址→http://www.maiziedu.com/course/web/621-8960/ 老师简介: 何虎:8年软件开发经验,擅长互联网应用程序开发,曾

前端开发规范

前端开发规范 基本准则 符合web标准, 语义化html, 结构表现行为分离, 兼容性优良. 页面性能方面, 代码要求简洁明了有序, 尽可能的减小服务器负载, 保证最快的解析速度. 文件规范 1. html, css, js, images文件均归档至<系统开发规范>约定的目录中; 2. html文件命名: 英文命名, 后缀.htm. 同时将对应界面稿放于同目录中, 若界面稿命名为中文, 请重命名与html文件同名, 以方便后端添加功能时查找对应页面; 3. css文件命名: 英文命名, 后缀

Web前端开发规范一例

规范目的 为提高团队协作效率, 便于后台人员添加功能及前端后期优化维护, 输出高质量的文档, 特制订此文档. 本规范文档一经确认, 前端开发人员必 须按本文档规范进行前台页面开发. 本文档如有不对或者不合适的地方请及时提出, 经讨论决定后方可更改. 基本准则 符合web标准, 语义化html, 结构表现行为分离, 兼容性优良. 页面性能方面, 代码要求简洁明了有序, 尽可能的减小服务器负载, 保证最快的 解析速度. 文件规范 1. html, css, js, images文件均归档至<系统开发

WEB前端开发规范文档(转)

http://codeguide.bootcss.com/  编写灵活.稳定.高质量的 HTML 和 CSS 代码的规范上面的文档 再结合下面的规范: 无论是从技术角度还是开发视角,对于web前端开发规范文档都有一定规范,本文就css3和html5的发展前景总结了一系列的web开发文档,仅供大家参考. 规范目的 为提高团队协作效率, 便于后台人员添加功能及前端后期优化维护, 输出高质量的文档, 特制订此文档. 本规范文档一经确认, 前端开发人员必须按本文档规范进行前台页面开发. 本文档如有不对或

前端开发规范文档(html,css,js)

首先吐槽一句,本来想上传word文档的,可是发现博客不能上传word文档,这就很尴尬了. 首先声明该规范不是本人写的,网上搜前端规范发现这个很详细就先复制下来做笔记,当然不可能啥都按规范来,每个公司的规范都不一样..仅供参考 前端开发规范文档 Html规范 1 代码风格 1.1 缩进 **[强制]**使用 4 个空格作为一个缩进层级,不允许使用 2 个空格或 tab 字符: 2 属性 2.1 属性引号 **[强制]**对于属性的定义使用双引号,不允许使用单引号,不允许不使用引号: 示例: <!-

MVC4+FluentData+EasyUI框架(二):前端开发规范

一.基本准则 符合Web标准,语义化html,结构表现行为分离,兼容性优良,代码简洁有序,减少服务器负载,最优化的解析速度. 二.图片规范 1.页面元素类图片放入img文件夹,测试用图片放在img/demoimg文件夹. 2.图片格式:gif/png/jpg. 3.仅由小写英文字母+数字+"_"组成. 4.最优化图片大小与质量,减少加载时间. 5.减少使用半透明png,参考css规范说明. 6.背景图片运用css sprite技术集中背景图片,减少页面http请求,保存sprite源文