day03/下午/056-尚硅谷-尚融宝-前端开发在项目流程中的位置

好，那么这一章呢，我们是一个全新的一个章节，PART03，那这一部分呢，我们要讲的呢，就是前端领域的一些知识，那么前端呢，在我们这个项目当中呢，它是啊我们项目的一个重要的组成部分，因为我们现在的这个项目的定位叫做全站开发，所以呢，既然是全站开发呢，我们就需要实现前端和后端的所有的内容，当然了，对于我们Java工程师来说，实现前端，尤其是利用现在的一些比较新的比较流行的一些前端的技术来写程序的话呢，可能要求还是比较高，所以呢，这个项目当中的前端啊，对于大家的要求就是参考的笔记能把代码啊抄上，或者是甚至是有的同学效率比较低的话，你复制粘贴上啊也是可以的，但是要求是大家一定要理解前面代码的意义啊，然后呢，我们在这个里面。

那着重要理解和学习的呢，就是前后端对接这面的代码，也就是说阿贾克斯的发送以及数据的获取，以及数据的展示，这一部分呢，我们重要的是阿贾克斯的发送和数据的获取这块，数据的展示这块呢，作为一个你了解的内容就可以了，好吧，啊，那但是代码呢，我们会都独立的写出来啊，然后呢啊，写代码的方式呢，可能不同的同学有不同的方式，如果你学的比较好，你就可以把它挑出来，如果你觉得你这个前端的这个部分的内容掌握的不是特别好，然后也不太感兴趣，那么大家可以把它复制上，总之我们利用各种各样的方式，把我们这个项目前端部分完整的完成就可以了。啊好，然后接下来呢，我们说一下。其实前端工程师这个岗位啊，在最开始是没有的，就是起码我工作的那会儿是没有前端工程师的，那么前端工程师这个岗位最开始是最开始的时候呢，它实际上是分给了两个角色去做，一开始我们公司当中呢，就是有这个美工，然后有Java程序员，然后美工做什么呢？美工呢就是把呃，页面的一个设计图稿转换成HTML和CSS啊，然后Java程序员呢，来负责javascript这一部分的内容，所以说你看像我这个年代的工程师的话，对javascript的掌握呢，其实还是挺扎实的，就是功底都比较深厚，因为那个时候javascript也是我们整个工作的一部分的内容，不像现在咱们前后端分离开发之后呢，很多工程师呢都，嗯，如果你是完全是开发接口的话，那么你任何前端的知识其实都不用了解了，但是实际上呢，如果你缺乏这方面的知识的话呢，对你接口开发呢，其实也没有什么太多。

的帮助，或者是说呢，会影响你的这个程序编程的这样的一个视野，再有呢，就是我们在开发的过程当中啊，很有可能呢，你的这个设计程序的高度就不够，所以呢，还是希望大家了解一下前端，再有呢，就是我们的同学，根据我们已经毕业的同学的一些反馈哈，就是有相当一部分同学在公司当中，他其实做的就是全站，什么全站呢？就是我们在这个项目当中需要写的代码，他未来在工作的过程当中其实都是需要写的啊，所以说如果你想让自己的这个能力啊更全面一些，未来找工作的这个啊啊更宽广一些，那么还是希望大家能够独立的把这个部分的前段内容给它写出来的明白哈，所以呢，这个就是对大家的一个更高的要求了。

好，那所以呢啊，现在前端做的主要是什么呢？主要就是呃，第一核心就是javascript的开发，第二核心呢，就是HTML和CSS页面的布局，那么作为我们后端工程师来说的话，即使是未来啊，有些公司让我们去做全站这样的一个工作的话，那么也很少让我们去做布局这一部分，那么它会让我们去做javascript这一部分和Java这一部分的一个代码啊，所以说呢，对于我们来说，我们在这个前端学习的过程当中呢，重点掌握javascript部分的内容，好那么接下来呢，我们来看一下整个的这样的一个开发流程。

啊，在企业当中我们看一个比较，呃呃，这个完整的一个开发流程，当然根据公司的大小，根据公司的这个规模，那么有一些开发流程呢，在在一些小公司当中有可能就会被省略掉了，在一些非常大规模的公司当中，有可能会更复杂，我们这个里面呢，是列出了一个相对比较完整的企业级的一个开发的流程，首先呢，是产品提出需求，那这个我们指的是产品经理啊好，产品经理提出需求之后呢，我们要经过一个需求评审的一个过程，需求评审啊，一般情况下呢，我们的企业当中呢，有这种。就是啊需求评审的这样的一个团队啊，对这个需求呢，进行一个审查，看看有没有一些不合理的一个需求，当然了基本上也是他们产品自己啊好，然后接下来呢，就是交互评审，什么叫交互评审呢？就是有一些项目当中呢，它会有一些非常复杂的情端交互，比如说弹窗啊，啊比如说一些啊复杂的这个用户校验的流程啊，这些都属于交互精神，看一看这些交互呢完不完整，看看这些交互合不合理，看看这些交互对于用户来说是不是最啊好的一个用户体验，这些都是交互评审，当然了，这个交互评审呢，实际上更多的在未来开发的过程当中呢，是由前端的javascript这部分的工作完成的，然后接下来呢，是技术评审啊，所谓的技术评审呢，就是从这个整个全局架构的一个角度啊，包括前端实现，包括后端实现，包括数据库实现，包括最后的一个应用程序的部署，以及上线运营啊，整个的这样的。

这个流程打通之后，都需要采用什么样的技术，那这些技术对于我们当前来说啊，这个对于这个项目来说是不是最合适的，对于我们当前的团队来说，是不是我们的团队都掌握这些技术，我们需不需要招新的人，我们需不需要有一些技术预言的人员先研究一下新技术，这些呢，其实都是技术评审当中我们要得出的结论，然后接下来呢，如果我们确定好了之后，我们就可以根据当前的这个产品的需求，根据当前的要使用的这些技术，再根据我们自己的团队的规模来进行开发和测试的一个周期的一个排期的一个工作了，那么这个工作一般情况下呢，都会由项目经理来做了，好，然后前面这些呢，都会由啊这个产品经理来组织啊好，然后这面开始呢，就是。

框架啊，这个设计工程师，还有这个架构师那会进行一个参与，然后整个这块呢，就由这个项目经理来进行这个发起和组织了，接下来呢，是输出技术文档，那这些技术文档呢，包括我们比如说架构师是输出一些这个架构级别的文档，那么高级工程师基于架构师输出的这个架构级别的文档呢，再输出一些，比如说设数据库设计文档啊，还有这个整个架构的一个具体的一个啊。

这个文档根据架构的文档，我们会画一些UML图啊，用例图啊等等啊，这样的一些图形，还有一些文档等等等等，都会在这个过程当中进行输出，输出完了之后呢，那么如果在这个过程当中输出了一些用例图和啊，这个类图啊，架构图啊，啊这个数据库设计图之后啊，我们会结合整个的这个设计对我们的用例进行评审，什么叫用例呢？就是用例图啊。比如说我们一个典型的用例图呢，就是这有一个角色啊，这是这角色啊，啊比如说是管理员，这还有一个角色啊，比如说是用户好，然后呢，我们要有什么功能呢？要有这个用户注册的功能好，那用户注册的功能由谁来完成呢？就由用户来完成，所以呢，这是他要做一个什么呀，做一个用户注册。

好，把整个系统当中的这一类的，呃，这样的一些用例，这样的一些需求都通过一些类似的用例图画出来，那么我们就管它叫用力了，那么结合着用例图，那么再结合着一些其他的这个技术文档，还有一些需求文档，我们对这个用例进行评审，看一看是不是完全覆盖了我们需求里面的所有的功能点，如果是的话，那么我们就可以开始着手准备开发了。那么这个开发的过程呢，有前端，有后端，那么在公司当中呢，一般情况下呢，这就是有前端团队和后端团队分别根据用例呢，来完成我们相同的这个相应的不同的工作任务就可以了，那当然了，如果啊在细节把这个细节再拿出来说一下的话呢，那么在开发之前，我们还要生成接口文档，那么这个接口文档是谁写呢？有的公司是由前端工程师来写啊，有些公司呢，是由后端工程师来写啊，一一般比较正规的公司呢，都是由前端啊，或者是由需求发起，然后由前端写。

啊，为什么呢？因为这个接口文档呢，它涉及到前端给后端传什么参数，后端给前端返回什么值，这些呢，都是前端你要能搜集到的数据，以及前端你要展示的数据，那这个对我们后端来说，可能对前端的技术不太了解的话呢，就不太好定义这个文档，所以一般情况下呢，这个都是前端来写，但是不排除某一些中小型公司，它是也是由后端来写这个接口文档的啊好，然后接下来呢，前端开发完毕，后端开发完毕之后，我们进行一个前后端的联调，啊联调完成之后呢，我们就进行提测，那当然这个联调的过程当中呢，实际上是我们自己测试的一个过程，就是团队内部进行一个单元测试的一个过程，比如说前端和后端做在一起啊，然后来测试一下这个功能，说诶这个不好使，看看是你的问题还是我的问题，然后大家商量着改好，改完了之后呢，觉得没有什么问题的，可以提交一个初步的测试版本呢，那我们就提交测试，那这个时候呢，就会有专业的测试人员来给我们去做好，在测试的过程当中呢，有可能会发现一些。

B，然后呢，我们就会通过一些啊管理bug的平台啊，那然后呢，在这个地方呢，我们看一下我们当前系统当中有什么bug，看到了之后呢，我们对这个bug进行修改，修改完了之后呢，对bug进行关闭好，然后呢，再提交到这个测试这边来测试呢，这边一看啊修改好了，那么就结束这个bug，如果这个没修改好，那么他再回发给我们，我们再来改好，这样反反复复经过一些迭代的过程，那么我们这个测试完成，测试完成了之后呢，最后还要有一个就是集成测试，所谓的集成测试呢，就是测试一下，比如说生产环境啊啊，然后迁移数据迁移啊这个啊，应用程序的迁移啊，部署啊等等啊，都要进行一个测试啊，然后测试完了之后，最终。我们把应用程序部署上了，马上就要交付运行之前，我们要有一个产品的初步验收，这时候产品会来看，说你这个做的这个东西呢，是不是符合我当时产品提出的需求，当然它并不只是最后才来看的啊，中间会有一些小的一些迭代的过程，好，那最后呢，我们进行一个整体的验收，验收完成之后呢，那我们就可以在这个预发布环境了，就是最终在发布环境发布之前还要有一个预发布环境，当然有一些小公司，它可能这个过程就省略了啊，直接测试环就是开发环境，就直接跑到生产生产环境了，因为服务器不太够用了，服务器也是需要成本的，是不是啊？所以呢，有一些小公司呢，就有开发环境，开发完了差不多了，然后直接就发布了啊，那比较大的公司呢，就开发环境，然后测试环境，测试环境完了是预发布环境，预发布环境然后最后再发布到生产环境当中，所以呢，要有四个环境好，然后接下来呢，在这个。

这地方如果预发预发布环境诶出现问题了，那我们重要的bug的话，一定要回归进行修改啊，进行这个测试环境再测试，如果这个测试环境再有问题了的话，重要的功能我们还要回归进行修改，当然了总要有一个节点，不可能无休无止的去改bug，所以呢，这个就是有品控，就是品质控制啊，这个部门呢，来这个决定到底哪一个是一个最终的一个修改的节点啊，然后我们就发布了，发布完了之后呢。

如果有问题的话呢，有可能还会进行一些一些回归改修改，回归测试等等，然后呢，改完了之后产品的二次验收，然后最后呢需求复盘总结，我们这个项目就结束了，好，那后期呢，有可能会在这个根据市场的调研，再有一些新的需求，那就是有一个升级迭代的过程了，那这个呢，就是相对于比较完整的一个项目的开发流程，好吧，嗯，那。这个流程大家大致了解一下就行了，但是呢，你未来到工作岗位当中的话，如果你进入到了一个项目团队当中的话，你们其实就需要知道你们现在的这个项目正在经历这个流程当中的哪一个步骤啊好。