一.开发规范
1. 页面存放目录：文件夹命名均首字母大写
|--@root
|--Member //业务模块名
|--Conf
|--Controller //存放控制器
|--Veiw //存放页面
|--Basic //PC终端
|--Mobile //手机终端
|--Index //控制器名
|--index.php //页面
|--README.md
2.静态文件存放目录：所有文件及文件夹命名均为小写
|--@root
|--dist //存放编译后文件，用于测试
|--dev //存放编译后文件，用于开发；详见**3.静态文件输出目录**
|--basic
|--mobile
|--libs //第三方插件+
|--tmp //存放在页面中使用的图片，一般为可以后台上传的图片,页面调用路径为/Publictmp/
|--index_index //页面文件夹
|--src //存放源码文件
|--basic
|--mobile //以mobile目录为例，basic目录同理
|--common //存放mobile终端下公用文件
|--images //存放图像文件
|--css //存放css文件
|--common.js //js文件直接存放在common文件夹下
|--index
|--member //业务模块名
|--common//业务公共模块
|--css
|--js
|--index.js
|--index_index //命名规范：控制器名_页面名（与HTML文件命名相同）；存放页面私有文件
|--images
|--image.png
|--index.css
|--index.js
|--common //跨终端公共组件
|--package.json
|--webpack.config.dist.js //配置源文件，复制后重命名为webpack.config.js使用
|--README.md //项目介绍
3. 静态文件输出目录：
|--@root
|--dist //输出同开发目录
|--dev
|--basic
|--mobile
|--images //存放图片
|--member //业务模块名
|--common.min.css
|--index_index.min.css
|--index_index.min.js
|--index_index.min.css.map //.map为源码映射文件,dist目录下不输出
|--index_index.min.js.map
|-ensure //异步加载文件
webpack自动编译输出，除tmp文件夹下可添加图片外勿在此文件夹下添加任何文件
二.代码命名规范
1.BEM命名方式
定义：BEM(Block, Element, Modifier)是由Yandex团队提出的一种前端命名规范。其核心思想是将页面 拆分成一个个独立的富有语义的块（blocks）,从而使得团队在开发复杂的项目变得高效，并且十分有利于代码复用，即便团队引入新成员，也容易维护。在某种程度上，BEM和OOP是相似的。
image.png
2.OOCSS
OOCSS不是一个框架，也不是一种技术，更不是一种新的语言，他只不过是一种方法，一种书写方法，换句话说OOCSS其核心就是用最简单的方式编写最整洁，最于净的CSS代码，从而使代码更具重用性，可维护性和可扩展性 （ 把原本写在一起的样式， 拆开多个class 写，提高可复用性）。
image.png
3.Eslint（js书写规范）
代码检测，是否符合规范ESLint 这样的可以让你在编码的过程中发现问题，并且可以自己创建检测规则，保持代码编写风格的一致性。
首先安装依赖：
cnpm i eslint -g
cnpm i eslint-plugin-vue -g
用命令新建eslintrc.js文件:
eslint --init
4.语义化标签
image.png
三.前端发展史
- 1994年可以看做前端历史的起点
- 1995年网景推出了JavaScript
- 1996年微软推出了iframe标签， 实现了异步的局部加载
- 1999年W3C发布第四代HTML标准，微软推出用于异步数据传输的 ActiveX(ActiveXObject)，各大浏览器厂商模仿实现了 XMLHttpRequest
- 2006年，XMLHttpRequest被W3C正式纳入标准
- 2006年, 发布了jQuery
- 2008年问世的谷歌V8引擎，发布H5的草案
- 2009年发布了第五代JavaScript
- 2009年 AngularJS 诞生
- 2010年 backbone.js 诞生。
- 2011年React和Ember诞生
- 2014年Vue.js诞生
- 2014年，第五代HTML标准发布
- 2014年左右，4G时代到来，混合开发（js, android, ios混合开发）
- 2016年 微信小程序诞生
- 2017年 微信小程序正式投入运营
- 2017年底年 微信小游戏
以前的三大框架： angular, react, vue
现在： react， vue， 小程序（微信、支付宝、百度、头条）
以后： js ----- ts (typescript)
四.初识Vue
构建数据驱动的web应用开发框架，便于与第三方库或既有项目整合
- Vue (读音 /vjuː/，类似于 view) 是一套用于构建用户界面的渐进式框架
- Vue 被设计为可以自底向上逐层应用
- Vue 的核心库只关注视图层
- Vue 不支持 IE8 及以下版本
五.开发模式
MVC框架最早出现在Java领域，然后慢慢在前端开发中也被提到，后来又出现了MVP，以及现在最成熟的MVVM。
-
MVC
image.png
model 数据模型
view 视图
controller 控制器
MVC全名是Model View Controller，是模型(model)-视图(view)-控制器(controller)的缩写
用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。
Model(模型)是应用程序中用于处理应用程序数据逻辑的部分。
View(视图)是应用程序中处理数据显示的部分。
Controller(控制器)是应用程序中处理用户交互的部分。
优点：耦合性低、重用性高、生命周期成本低、部署快、可维护性高、有利软件工程化管理
缺点：由于模型和视图要严格的分离，这样也给调试应用程序带来了一定的困难。每个构件在使用之前都需要经过彻底的测试。
-
MVP
image.png
model
view
viewmodel
MVP是单词Model View Presenter的首字母的缩写，分别表示数据层、视图层、发布层，它是MVC架构的一种演变。作为一种新的模式，MVP与MVC有着一个重大的区别：在MVP中View并不直接使用Model，它们之间的通信是通过Presenter (MVC中的Controller)来进行的，所有的交互都发生在Presenter内部，而在MVC中View会直接从Model中读取数据而不是通过 Controller。
MVP 模式将 Controller 改名为 Presenter，同时改变了通信方向。
各部分之间的通信，都是双向的。
View 与 Model 不发生联系，都通过 Presenter 传递。
View 非常薄，不部署任何业务逻辑，称为”被动视图”（Passive View），即没有任何主动性，而 Presenter非常厚，所有逻辑都部署在那里。
-
MVVM
image.png
model
view
viewmodel
MVVM(Model View ViewModel)是一种基于MVC的设计，开发人员在HTML上写一些Bindings,利用一些指令绑定，就能在Model和ViewModel保持不变的情况下，很方便的将UI设计与业务逻辑分离，从而大大的减少繁琐的DOM操作。
Model代表我们整个webapp所需要的数据模型，一个典型的例子就是用户信息Model,它应该含有(姓名，年龄等属性)。Model含有大量信息，但它并不具有任何行为逻辑，它只是数据，因而它不会影响浏览器如何展示数据。
MVVM中View是具有主动性的，因为它包括了一些数据绑定，事件，和行为，这些都会直接影响Model和ViewModel的。它不但负责保持View自身的行为（展示），而还会将自身的变化同步到ViewModel中。
可以把ViewModel看作一个藏在View后面的好帮手，它把View需要的数据暴露给它，并且赋予View一定的行为能力。
网友评论