前端代码结构的管理

自己在开发前端过程中对于代码结构的不重视，吃了好多亏，下面进行总结

      对于前端的各种风格，我倒是没有什么所谓，每个人有每个人的风格。我比较在意代码的结构，代码的结构清晰，更容易帮助人理解业务逻辑，而不至于陷入各种api的调用使用中无法自拔，api使用不合理，倒无所谓，每个人都有自己的欠缺，有些知识不够深入，就容易api使用不合理，但是，客户端的性能很强大，这些东西在前期都可以暂时性忽略。
     

1、唯一入口。

　　每一个页面都有一个唯一的入口，即，从文件夹，css，js，html都是从一个入口进入，往深入扩展，让整个结构看起来像一棵树，一层套一层。这样，在无形之中，自己就会将代码写在合适的地方。下一个接手的同事，在梳理代码的时候，更容易熟悉业务逻辑，在不是很熟悉的时候，也会将代码写在合适的地方。

　　2、静态文字，资源的管理。

　　从国际化角度来说，所有显示在页面上的文字都应该抽离出来；所有接口的调用地址，也应该独立存放，根据上面的唯一入口原则，当项目非常大的时候，可以折叠，查找维护起来会更加方便。

　　3、动态数据的管理。

　　在前端构建项目的时候，大多时候都是先写好静态页面，写好交互，再接入接口；后台版本迭代过多的时候，也可能会重构项目，将很多冗余数据，字段去除，整个项目重构，后台重构，往往前端也要跟着重构，这个时候就可以将动态数据静态化，意思是，前期构建好的项目，需要的数据，封装成一个JSON，通过一个格式化数据的js文件，转化过来，之后所有通过接口返回的数据，都通过这个js文件，转化成前端说需要的JSON结构。即，ajax ---> js文件 --->  JSON  --->  页面数据。往后，后端重构，前端样子不变，或者结构不变，我们只要在js文件中将后端返回的新的数据结构，转化成为之前的结构即可，将整个项目的交互和动态数据解耦。