学web前端开发写给新手的建议，超实用！
|
SPA最大的优点，大概就是响应速度了。当然，使用SPA对前端的技术提出了相对比较高的要求。使用SPA的一般情况，是你要做一个类似于安卓app的网站，如淘宝的手机站和Gmail，都是相当典型的SPA。不过，虽然现在SPA很多，并不是所有的场景都适合使用SPA的。 淘宝收藏夹的架构：作为访问量如此高的网站，淘宝是怎么做的。（首先，php的后台肯定是担负不起这样的访问量的。）在淘宝UED，他们介绍了“中途岛”项目，基本架构是：前端工程师使用Node.js进行模板渲染，保证模板的渲染由服务器完成提高效率；Node.js访问由java后台封装的高级数据接口，而java在访问数据库的时候，则是使用C语言来实现最有效率的访问。技术细节可以参考淘宝UED的博客。
关于查阅资料和提问： 遇到问题先问搜索引擎，这我想应该都没有什么意见。用不了谷歌，可以从laod.cn下个hosts，翻出去的话，方法太多，不废话了。 当然了，找不到具体问题问人是不可避免的。但是当问题比较复杂的时候，比如前端这边处理浏览器兼容问题的时候，一定要有在线demo，一定要把问题描述的很清楚并且真的是自己解决不了了再问。关于提问的艺术，可以看看张鑫旭大神的博客（个人非常喜欢，强烈推荐前端同学关注），如何提问才能进阶成为前端大神？，这篇文章对提问需要注意的点说的非常明确，请大家，无论是不是做前端，最好都看看。 任务进度管理： 虽然在学校里做东西，很少会有严格的工期安排、进度计划这些，但是在公司里，这些问题肯定是会遇到的。推荐几个工具，大家可以了解一下：tower和微软的project。 版本控制： 几乎没有任何成功的软件项目，是一个敲代码敲出来的，况且，就算是一个人敲代码，也应该对自己所做的改动有所记录和备份。在这里，我将介绍两种使用git进行版本控制的方式，供大家参考。 分支管理： 整个项目是一个大的仓库，这个大的仓库由于不同的修改而有不同的分支。一般来说，有master（稳定发布版本） / dev（开发中的相对稳定版本） / 开发人员个人分支（集中个人的修改）这些。一般的工作过程为，个人会在个人的分支上修改，然后push到dev分支，稳定下来的dev分支作为新的版本再合并到master分支。那一部分出了问题，就在哪一部分进行修改。git在你每次更新分支的内容时都要求你输入一段描述修改的文字，这在将来的版本控制和回退上都会很有帮助。 仓库管理： 个人理解其实是扩大化的分支管理，项目负责人建立项目仓库，项目开发人员fork母仓库，做了自己的修改后，对母仓库发出pull request，申请合并到母仓库。这一方法最大的优点，就是方便负责人进行code review，保证代码质量；同时也可以方便对开发人员的贡献度进行考核。通常公司里会选取这种方式。 项目的持续集成： 持续集成大家在学校也很少会接触到，但是当你在公司里，遇到大项目的时候，就肯定会接触到持续集成这方面的需求和工具。个人认为持续集成更像是一种思想，在项目的开发过程中，前端和后端在开发过程中不断的对接，测试样例提前都做好，然后自动化构建项目，自动化测试等等。每当代码库更新（当然，本地构建失败的代码是不允许提交到仓库的）的时候，自动构建脚本、自动测试脚本都会跑出一个更新后的产品给大家看，方便团队中的每一个人掌握项目的情况和目前的进度。 实现这种思想，就需要与之配合的工具，关于持续集成这方面现在在企业中目前还没有“最佳实践”，不过确实有很多前人的经验供咱们借鉴，如《持续集成最佳实践》里面对于持续集成实践进行了思考
在学习开发技术的过程中，个人给大家一点建议：
道理大家都明白，什么都想学肯定什么都学不好。如果一个人都能学过来，那么我们还搞这么多方向做什么。有些东西，当你需要的时候，自然就会接触到；而那个时候你再学，你肯定是在实际项目中遇到了什么问题。有问题导向的学习是非常有效率的，所以千万不要求多，稳住。
这是我经历过的阶段，当时被一位学长拉了回来，也是非常幸运。这个阶段你觉得自己清楚很多东西了，感觉只要查查资料自己什么都能解决。其实想一想，这么多人研究这个领域，你怎么可能马上就看透了他呢。每个领域，都有很多坑，每一个坑也都会有至少一个与之对应的解决方案，而处理项目和解决方案，是一条漫长的道路。知识是越学越细的，本来你以为前端只能写写页面，深入学习以后，你才会发现，js可以写机器人；可以调系统API做桌面应用；哪怕只是在写页面这部分也有着页面渲染时间、内存泄漏等各种各样的问题和与之对应的层出不穷的解决方案。所以，低调，前面的路还很长。
我们知道书本上的知识肯定不是最新的，技术在不断的发展。可能你现在用的书上的代码都已经过时到运行不了了。这个，其实很正常，毕竟做网络这方面，怎么可能光靠书来追踪技术呢。所以多去看吧，github，各种社区、论坛，线下的技术交流，这些可以给你带来最新鲜的养分。所以，世界这么大，出去多看看。
写代码，按照自己的意愿去构建一个产品，一个项目，哪怕再小，依然是自由的。哪怕是在实现别人的需求，可以做好，做精，做出一套最佳的解决方案（没有最佳，只有最适合项目），给别人留下轮子去做好二次开发，依然是自由的，是有意义的。 （编辑：辽源站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |