档口工作总结

主要参与ERP系统开发、WMS系统开发、云配系统的开发。

主动开发订正工具 提升技术支持的工作效率。－－帮助别人提升效率 就是再帮助自己提升工作效率

主动承担技术支持的部分工作 解决仓储人员遇到的系统问题，协助他们完成日常出入库仓储工作。－－主人翁意识，把事情做好，而不是完成这件事，更多的机会了解到其他的业务

主动申请权限，查看、分析 日志 快速处理线上bug。－－积累快速定位问题的经验

主动帮助同事解决日常问题（业务沟通、代码合并等问题）。－－帮助别人，就是再帮助自己。一同进步、成长

ERP系统（Web端）

开发工具：IDEA13 

代码管理：git 

项目管理工具：Maven  

框架：SpringMVC＋Spring＋MyBatis

数据库：mysql

描述：从无到有的过程，仓库现场收集需求，快速迭代，试用，推广。快速从php coder 转到java coder 在项目中学习、成长、进步。从最简单的拣货开始，虽然需求简单，由于刚开始接触java，功能的实现 也是 无从下手。后来 强哥在我写的代码基础上做详细的讲解（为什么要定义个list集合、不要在for循环里和数据库交互、这段代码的含义） 感谢强哥以及 其他同事 在这阶段的帮助。－－用code来实现业务逻辑 是这阶段最大的成长点。

WMS系统（服务端）

开发工具：IDEA13 

代码管理：git 

项目管理工具：Maven  

框架：SpringMVC＋Spring＋MyBatis

数据库：mysql

云配系统（Web端）

开发工具：IDEA13 

代码管理：git 

项目管理工具：Maven  

框架：SpringMVC＋Spring＋MyBatis

数据库：mysql

简述：

描述：

为什么要做云配？为广大汽车配件商提供技术服务（提高他们的工作效率，改变这行业现有的状态）
也是从无到有的过程，没有参考，一直都在探索中成长。云配一期，顺利的在一个月内上线实施。

出差第一家云配商实施。与客户交流后得出 开发的功能与实际需求还是有差异的，客户要的是“操作 简单／易用”，在这条路上 还有很长一段路要走。－－了解客户真实的需求才能写好代码
各系统之间的交换更加频繁，如何做到能监控到这些系统之间的交互，由之前的http请求切换为dubbo接口。短时间内学会如何使用dubbo与其他系统做交互，以及工作中dubbo的调用问题。

dubbo：

1、把提供服务的版本号与调用服务的版本号 单独提出来，在配置文件里集中管理。
2、服务端超时（线上经常遇到）：提供的服务业务处理时间太长。
3、重试机制（接口调用失败 会默认重试）：不推荐默认。建议做异常处理。
4、提供了多个相同的服务版本。例如：新来同事，配置文件直接拷过去，这里面的提供服务版本没有改，会出现多个服务可供调用。还有开发人员配置了测试环境的服务版本导致 测试环境部分涉及到dubbo的功能暂时失效。

mq消息：［会配置使用］在单据状态变更记录日志，有用到。不需要同步处理的业务 都可以用mq消息来异步，比如 移动加权平均价的计算，正常的出入库后发送个计算移动加权平均价的消息，异步处理。

redis：优点 简单 灵活 容易上手操作。目前应用到的方面，防重（生成重复的单号，重复对单据的处理）
日志 sl4j：为什么使用SLF4J而不是Log4J来做Java 日志。1、占位符的优势：可以写出更加优雅并且可读性更好的代码。2、避免不必要的堆内存开销（字符串的拼接）。－－前期项目中也在用Log4J，后面全部使用SLF4J，谁用谁受益
mysql：掌握基本的sql语法，简单的调优  想更多更深入的了解下 事务隔离机制－－需要指引

前端：由于公司前端少，前期项目中用的freemarker（简单、易上手），减轻了前端的工作量。后面由于对技术尝试 在新项目里没有用了。－－个人觉得对前端技术的选择应该更加趋于理性，综合考虑。

mybatis：这个比较灵活的，优点多多：1、sql与业务代码的分离，便于统一管理。2、提供xml标签，支持编写动态sql。缺点：1、如果表的字段比较多，维护的代码量比较大。2、DAO层过于简单，对象组装的工作量较大。3、xml中的每个方法ID必须唯一。但也有个不是它缺点的缺点（协同开发 合并代码的时候 会遗漏逗号）

代码量：如图

订正工具（Web端）

开发工具：IDEA13 

代码管理：git 

项目管理工具：Maven  

框架：SpringMVC＋Spring＋MyBatis

数据库：mysql

^^^^^^^

^^^^