开课吧T31项目第14天

不知不觉在孤尽班已经跟着老师学习了2周，这一周对我来说，这周学习涉及内容很多，从项目编码规范到架构选型等都学习到了很多，感谢老师们的辛勤付出，我会继续努力，加油。

学习总结

1. 知识点总结

1. 1工程结构规约

我们在创建项目工程过程中使用到的技术来源很多，如何有效的管理每种技术的使用，非常重要，不同技术之间如何做好选型，对于系统后续的高可用，可维护性，容错性提供了有力的保障；
1.maven仓库使用：
作为一款有限的依赖管理工具，在每次创建新项目时，可以遵循一下几点来使用：
1.在每次创建新项目时，需要重新设立一个新的本地仓库地址，不与其他项目公用同一个仓库信息
2.同一个工程项目中，避免依赖之间的版本冲突，公共的依赖在父工程中统一定义，子工程来选择使用；
3.同一个工程项目中，对于不同于父工程公共依赖的，在子工程只用单独定义版本，对于不同于父工程；
4.同一个工程项目中，子工程之间的依赖导入，应该避免重复的依赖导入，以免导致导入其他工程中覆盖本工程的依赖

2.TCP./IP在项目中注意事项
项目中每台服务器socket的同一时间最大连接数是的1024，在资源调用玩之后需要关闭socket，避免资源占用；

3.项目中层级划分
不同层级的除了体现每一个层级的单一职责原则，也可以增加代码的复用向，分层更能解决业务后续扩展的问题
3.1常用分层作用：
controler：请求处理层，对外暴露接口，映射访问url
service：业务处理层，执行数据处理业务，将dao层的数据进行转换
dao：数据操作层，执行数据增删改查业务
po：数据映射，映射前端和数据库的对象属性信息

1. 2项目架构设计

架构选型：架构的选型不仅仅需要考虑下当前的业务情况，分析行业发展趋势，对于业务的后续发展有一定的预判，主要为了获取后续系统后续可能的迭代路线，为系统后续的可持续性的扩展提供参考借鉴，任何系统必须基于业务出发，必须具备可扩展性，易维护性的特性；
架构分为：单体，SOA，微服务
架构选型的思考：结构选型同时也需要考虑到，每种体系下不同技术的优缺点，从 JDBC，消息中间件，通信协议（网关，feign）等分析每种技术的维护性、开发成本、性能等方面，也需要借鉴历史项目中使用该技术出现的问题发生概率，才能确定初步的技术架构选项，架构的发展不是一层不变的，需要结合实际业务做出相应的优化调整。

1. 3编码规约

编码规约的作用：实际开发过程中，项目都是由不同团队或者个人合作完成，每个团队或者个人都有自己的一些编码的习惯或者约定，在协同进行编码工作时需要对编码一些内容进行规约，制定规约对于开发团队的之间的协同工作至关总要。
规约制定的好处：
代码的可阅读性提高
团队之间沟通障碍减少
代码后期维护工作量减轻
项目整体结构简洁清爽
代码规约分类：
对于类，包名，方法名，参数名称的规约：
例如：类型需要以 业务名称+所在层级命名 （UserDao）
包名以业务层级命名:service，dao，pojo，config等
方法名：业务执行动作，例如 ：queryById（Id查询）
属性名：和对应业务或者映射字段相关 例如：MAX_CONNECTION （最大连接数）
对于项目中注释的规约：
对于类的注释，需要在注释中包含作者，日志，此类的作用，对于方法的注释需要包含方法的参数，返回类型，以及该房屋所处理业务和注意事项，对于特殊或者自定义属性的注释需要该属性的代表的业务含义；

2. 知识点扩展学习和思考

架构设计中不同技术选型如何达业务和技术到平衡？
团队协作中项目开发规约文档如何制作和后续执行落实？