⼀份从0到1的java项⽬实践清单
  虽说⼯作就是简单的事情重复做，但不是所有简单的事你都能有机会做的。
  我们平⽇⼯作⾥，⼤部分时候都是在做修修补补的⼯作，⽽这也是⾮常重要的。做好修补⼯作，做好优化⼯作，⾜够让你升职加薪！
  但是如果有机会，去尝试些⾃⼰平⽇⾥少做的事，我觉得是⼀件值得庆幸的事。
  前段时间，接了个新项⽬。只有⼀些idea在业务需求⽅脑海⾥，然后就开始需求讨论，然后就开始做事了。项⽬不复杂，但是由于是⽤JAVA语⾔实现（这相对来说是我的薄弱点），对我个⼈显得⽐较有意义。
  总结下来，其实也就是⼀个项⽬清单。个⼈觉得还是有点意义吧，给没有⼀定全⾯实践的同学参考吧！
1. 项⽬规划
  1.1 ⾸先，你得彻底明⽩到底要做什么？
    这个过程，可能是你要读需求⼀遍、两遍、三遍。。。然后假设，你已经在使⽤这个产品了。
  1.2 其次，明⽩需求后，就要进⾏整体框架的构思！
    ⽐如⽤什么呈现给⽤户，⽤什么来存储数据，需要些什么样的系统等。
    在这个层次上，⼀般都会遵循公司的规定，然后再根据项⽬本⾝需求，做些相应的调整。
    我们在这个项⽬⾥的整体框架为：前端使⽤ APP(ios&android)、H5进⾏⽤户界⾯呈现 ===>> 接⼊⽹关进⾏数据加解密，流控转发等 ===>> 第⼀层API服务，接受客户端请求，做简单业务检验组装 ===>> 第⼆层核⼼业务SERVICE服务，进⾏核⼼业务处理，如写库、调⽤第三⽅接⼝等 ===>> 最下层基础服务，提供单⼀的功能服务，如消息服务，订单服务。
    前期只提供APP，因此不存在单独H5调⽤API服务的情况，但是H5的应⽤场景仍然存在，此时的H5地址，由服务接⼝提供地址返回到APP进⾏webview加载。
  1.3 ⼈员规划
    项⽬整体框架出来后，得要有⼈去实施才⾏。
    这⾥⼀般需要遵循⼀个最⼩原则，即划分出的⼈员，尽量做到能够独⽴完成⾃有的模块，⽽不是⼀定要依赖于另⼀⽅的实现才能进⼀步。⽐如 android,ios各⼀⼈，API与SERVICE可以多个⼈，但是都要让其有全部权限，因为API与SERVICE有强依赖，脱离⼀⽅，将⽆法独⽴完成。基础服务各⾃安排相关⼈员实现。最后进⾏联调即可。
  1.4 时间规划
  有了⼈员之后，也不能⽆限时间的去做事。肯定是要规划的，否则没有压⼒也没有动⼒。项⽬不知何时才能结束。订时间计划⼀定要去询问当事⼈，要多少时间，尽量站在专业的⾓度给出合理的建议和评估。促进项⽬的完成。
2. 框架规划及搭建
  2.1 有了整体框架的构思后，就要细节到每个层次的实践了
    因为都是应⽤的分层，所以，不可能有统⼀的描述，只能是针对每个应⽤层。做⾃⼰该做的事。如
    android/ios 有⾃⼰的开发框架；
    h5有⾃⼰的开发框架(因为很多应⽤场景可能涉及到h5与app原⽣的交互，所以即使功能简单，也尽量利⽤⼀些已有的框架进⾏开发)。
    ⽽服务端，虽分为多层应⽤，但是应尽量使⽤同⼀门语⾔，利⽤同⼀套开发框架，⾃⼰公司有研发框架⾃然最好，没有也尽量利⽤统⼀的开源框架。这样做的好处是，当有⼈员变动时，可以⽴即熟悉其代码及应⽤场景，从⽽增加适应性和管理性。
    针对服务端的框架，我觉得有必要多说点。因为整个应⽤运⾏的流畅性，可靠性，准确性，都是由服务端来决定的。虽然⽤户看到的是APP或者H5，但是可以说，服务端才是应⽤的核⼼。所以，服务端要做的事情⾃然很多了。
  2.2 怎样搭建好⼀些服务端的框架呢？
    ⾸先，框架类的东西，⾃然是要提前学习的。但是，就⽬前市场⾏情来说，要想利⽤框架应该都是⽐较简单的，尤其是公司内部提供的框架，⼀定要有demo。这样，照着demo，⼀步步调试，直到整个应⽤接通；
    删除不需要的模块，添加特别需要的模块，保证在具体开发过程中，能够想利⽤啥就有啥可利⽤；
    充分了解框架需要的⼀些配置参数，知道事务从哪⾥来，到哪⾥去？这⾥，应有⼀个配置中⼼与之对应，但是⾃⼰得清楚。
    使⽤⼀个顺⼿的IDE⼯具，不是说你技术不够⽜逼，⽽是⼀个好的⼯具，能够让你事半功倍。（其实能够多背点套路，也不⼀定⾮要体现在正式项⽬上）
    写出第⼀个可供使⽤的接⼝服务，可以说，第⼀个永远是⽐较重要的。因为，第⼀个的思路，就是你后续所有功能的⽅向，因此，写好第⼀个"hello, world."；
3. 开发环境的搭建(服务端)
  3.1 其实这项⼯作是及其重要的，之所以把它放在第三点，是因为，没有代码作铺垫，开发环境搭了也没⽤。
  3.2 开发环境的搭建，主要也是服从于整体框架的构思。
    主要包括，需要多少个服务，需要多少台服务器，需要多少个基础应⽤，需要多少个基础配置等等。
    当然，开发环境本⾝就是⼀个很⼤的难题，⼀般还是交给专业运维⼏⼗年的⽼司机来完成了。⾃⼰就当作了解得了。
    ⽬前的项⽬开发，除⼀些⼩规模公司还在利⽤⼀套服务端代码，⼲完所有的事外，⼤部分应该都是多个应⽤的配合完成。⽽测试环境，不太可能利⽤多个服务器提供服务。因此，使⽤docker进⾏测试环境搭建尤佳。建⽴多个docker进⾏多个服务器模拟，也算是和线上环境保持⼀致了。
    ⽬前的主流技术得⽤上（当然关键还得看你的框架规划），zookeeper, dubbo, redis, mongo, mq, ...
  3.3 只有开发环境搭建好了，才能让后⾯的流程⽆忧。搭建的过程⼀定是，⼜搭建，⼜改代码，⼜排错...
4. 进度的同步
  4.1 及时向领导同步项⽬进度
java dubbo
    对于⼀个新项⽬，有些地⽅⾏动缓慢是很正常的。⽽部分开发同学（⽐如我⾃⼰），就喜欢沉浸在⾃⼰的⼩世界⾥纠结，⾛不出来，从⽽忘却向领导汇报⼯作。⽽作为⼀个有点同理⼼的领导来说，他⼜不愿意实时都来盯着你做事，因为也怕你遇到困难，想多给你点时间解决。但是，这种情况，开发同学⾃⼰其实是要吃亏的，因为，给外⼈的感觉就是，你啥都没做。所以，解决问题的同时，也不忘向领导汇报。
  4.2 有处理不了的问题，及时向⼤⽜们或者领导请教
    独⽴解决问题是好事，但是千万别过了头，实在解决不了，就要及时请教。否则，浪费的是时间。进步最快的⽅式，莫过于向⽐⾃⼰⽜逼的⼈请教。知之为知之，不知为不知！
  4.3 尽量将问题分摊下去
    问题肯定是有的，⽽且会很多。千万不要把所有的事情都压在⾃⼰这⼉，那样⾃⼰会累死的，⽽且项⽬进度也会因此变得缓慢。要多利⽤⼩组成员的各⾃优点，适当多让其搞点事情。
    ⼯作永远都不是单⼀的⼀件事，肯定还会有其他的事情插⼊进来，观察事情的重要性解决。如果能够让其他同学解决的，尽量让其他同学处理，这点也得与领导同步。否则分⼼过于利害，受阻的只有项⽬进度，延期可不是⾃⼰⼀⼈的事情了。
    需求也不可能⼀下就是完善的，在做的过程中，才可能发现⼀些潜在的问题，这时及时与需求⽅沟通，保持⾼效的状态。当然，后期的跟进，也是尽量做到不要⼀⼈⼤包⼤揽，⽽是相应的⼈就去负责相应事情的跟进。其他⼈只要知道结果就⾏。
5. 功能模块的完成
  5.1 说到具体的业务实现，个⼈觉得，已经不那么难了。不过就是，先尽⼒提出的⼀个初稿，然后发现问题解决问题，发现问题，解决问题的过程。
  5.2 各⾃系统能做的事情完成后，就是联调各系统间的调⽤关系，保持⾼效的沟通，让问题在短时间内解决，尤为重要。在这种时候，我觉得，⼀个⼩⿊屋也许也是个不错的选择。
  5.3 联调的过程，其实就是⼀个⾃测的过程，应把尽可能多情况给考虑到位。
  5.4 代码检查，⾃⼰开发的代码，基本上很难发现其中的问题，即时到相应⼈帮忙检查代码，是⽐较好的解决代码问题的⽅案。其实，在给别⼈检查的时候，也是⾃⼰检查的时候，相当于⾃⼰再⼀次的开
发，也能及时发现问题。
6. 多轮的测试验证
  6.1 测试同学，其实在开发快结束的时候，已经把测试⽤例给到⼤家。这也是另⼀个⾓度的开发，因此，参考测试⽤例进⾏相应开发修改也是很有必要的。
  6.2 第⼀轮测试，可能主要是⼤功能的验证，⼩功能的检查，挡板环境即可，⽆需真实环境。
  6.3 第⼆轮测试，则是要把之前的测试及各种配置，全部清空，以⼀个全新的项⽬来对待，重新进⾏相应环境搭建，代码部署，然后再进⾏测试，确保问题解决后，做好了相应的处理⽅案备份。这时，就需要⽤到真实的应⽤环境了。对之前⼀些暂未解决的问题进⾏重新测试。确保⽆问题。
  6.4 第三轮测试，应该是⼀个灰度发布的环境，也可以认为是预上线。将所有环境当作是线上来处理，如果运⾏ok，即可准备发布上线了。
  6.5 在测试过程中，因测试⼈员只是⼈⼯的处理，有时不⼀定能捕获所有的问题，开发在这时，也应站在测试的⾓度，发现问题，即时监控，即时处理。
  6.6 ⾃动化测试，这个其实应该是靠后的处理，但是如果能做到这些的话，也能够快速的重现问题。
  6.7 压⼒测试，应对线上环境，需有⼀定的能⼒评估，不然，只瞎猜，恐怕也不是好事。随时准备横向扩展，也只是出现问题后的解决⽅案。做好压测，发现代码中存在的问题，即时处理掉。
7. 外围处理(上线前)
  7.1 上线前，肯定是有很多事务要处理的。
    测试环境中的各种基础数据，随时导出备份，到线上时，直接插⼊使⽤；
    服务器，在架构评审过程中进⾏数量评估；
    域名，对外⽹提供服务⼀定是要域名的；
    权限，⽐如上线后，出现了问题，谁有权限来处理问题，⼀定提前给到；
    验收，这是关键的⼀点，功能完成后，及时验收，如果上线有些⼩问题，尽量协商，不要在线上频繁改动。
如此！
  整个项⽬就完⼯了。
  其实发现，⼀个项⽬真正的功能实现，并没有占多⼤的⽐例，⽽是⼀些前期的准备及后续的处理，反⽽占了更多的时间。
  第⼀个版本上线后，可能接着就是迅速迭代了。（如果运营还可以的话！）
  以上，就是⼀整个项⽬的流程清单，以⼀步⼀个脚印的经历总结，不涉及具体语⾔代码，但是思路都是相通的，希望对你有帮助！
  （标题虽为JAVA项⽬清单，但其实想想也没必要提JAVA了，毕竟只是语法⽽已）

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。