到现在也实习一个多月了,也算是对这一段时间的总结吧。现在主要同时跟进两个项目,一个是对集团内部一个系统的更新升级,另外的是关于“******”的一个项目,说来也有意思,应该说是一个好的练手机会,因为项目功能相对简单,大伙一致认为扔给我,对于我来说,我需要考虑整个的架构设计,更加全面性的去思考整个项目。
好啦!正题开始!
技术选型
对于这个项目来说我主要考虑这几点:
- 项目需求:在项目接手后先要清楚甲方用户的需求,考虑实际使用环境,稳定性,并发量,特殊时段等,都要考虑清楚,多和产品沟通,知道甲方到底要什么
- 可维护性:选择易于维护和升级的技术,以便长期的项目维护,像现在这个项目可能十年都不会更新,上一个版本还是用php写的
- 成熟度:成熟稳定的技术,减少项目风险,平台安全才是头等大事
- 成本效益:需要考虑这个网站到底赚不赚钱,不赚钱的话,怎样才能减少后期运营成本
可维护性
- 分层架构:既然能刷到这篇文章,大伙儿对于分层管理肯定也并不陌生。表现层的全局异常处理,自定义异常类,R类,都是放在controller,每个人的习惯不同,也可以有不同的风格,只要整洁,好维护就行。
- 模块化设计:分解为独立的模块,每个模块负责特定的功能,以便于重用和测试,大白话就是“分开写,别写道一半自己找不见自己写的东西在哪里”。看项目大小是分模块还是分包。
- 数据库表设计:还是回到前面说的那句话,“要清楚甲方的需求”,会不会后期增加某些专栏,这个刚开始的时候没啥感觉,后期会不停的改数据库,甲方也不知道自己要啥效果,做到一半,又开始改需求
现在差不多后端也写完了,整体调试阶段再将权限管理部分补充完整就好。
- 在这一段时间来说都是使用一些相对简单的技术来实现主体结构,主要学习的重点还是在架构思想,技术的实际运用,再还有对相关技术的查缺补漏吧。到现在我感触最深的就是实际开发和自己一个人蒙头写项目的巨大差距,正真的团队合作,人际沟通,每个人都可以是自己的学习榜样。
- 其实感觉自己挺幸运,也遇到一个好的领导,还有一个团队的好老师,但是!一天干活的时间太长了!大家伙都太卷了,早上六点多到公司,晚上八点左右才走,实际公司一天规定的工作时间就七个半小时,周末双休,太拼了。