前端漫长的全栈之路

目录

• 1.为什要遵照代码规范
• 2.css代码规范

• 3.js代码规范与设计模式

  • 3.1 js代码规范
  • 3.2 设计模式
• 4.关于混合式开发的总结
• 5.关于reactNative总结
• 6.sql基本操做

1为什要遵照代码规范

软件bug的修复是昂贵的，而且随着时间的推移，这些bug的成本也会增长，尤为当这些bug潜伏并慢慢出如今已经发布的软件中时。当你发现bug 的时候就当即修复它是最好的，此时你代码要解决的问题在你脑中仍是很清晰的。不然，你转移到其余任务，忘了那个特定的代码，一段时间后再去查看这些代码就 须要：

• 花时间学习和理解这个问题
• 花时间是了解应该解决的问题代码
• 还有问题，特别对于大的项目或是公司，修复bug的这位伙计不是写代码的那我的（且发现bug和修复bug的不是同一我的）。所以，必须下降理解代 码花费的时间，不管是一段时间前你本身写的代码仍是团队中的其余成员写的代码。这关系到底线（营业收入）和开发人员的幸福，由于咱们更应该去开发新的激动 人心的事物而不是花几小时几天的时间去维护遗留代码。

另外一个相关软件开发生命的事实是，读代码花费的时间要比写来得多。有时候，当你专一并深刻思考某个问题的时候，你能够坐下来，一个下午写大量的代码。

你的代码很能很快就工做了，可是，随着应用的成熟，还会有不少其余的事情发生，这就要求你的进行进行审查，修改，和调整。例如：

• bug是暴露的
• 新功能被添加到应用程序
• 程序在新的环境下工做（例如，市场上出现新想浏览器）
• 代码改变用途
• 代码得彻底从头从新，或移植到另外一个架构上或者甚至使用另外一种语言

因为这些变化，不多人力数小时写的代码最终演变成花数周来阅读这些代码。这就是为何建立可维护的代码对应用程序的成功相当重要。

可维护的代码意味着：

• 可读的
• 一致的
• 可预测的
• 看上去就像是同一我的写的
• 已记录

2.css代码规范

1.css使用虽然很简单，但在在一个复杂的项目中，泛滥而自由的写css,这会出现不少问题。

2.1 项目中出现的问题

• 1 有时候开发的时候为了防止和别人css,冲突，咱们会把名字取的很是很是longer,这实际上是没有必要的。
• 2 有时候咱们按照语意进行命名，如：‘help-guest-regist’，这样致使不能复用。
• 3 有时候学写许多无用的代码。 ‘#login .a .b, #login .a .c’.这其实也是很没有必要的。

经历过几年上班经验的总结，和在无心中参考张旭鑫老师的 面向属性的命名。终于找到了一套比较规范的标准。

我本身按照标准和规范制定了一套css，采用less写的，很是简单，你们去本身公司，能够为公司制定一套标准，提供公司使用。

2.2 less与sass

在使用写组建的时候咱们须要使用less和sass,进行扩展。提升效率。

2.2.1 less官网

2.2.2 sass官网

注意：sass的文件格式分红两种，一个是.scss(不严格语法)，一个是.sass(严格语法)