事情来源：
上周末看到有人在群里问谁用的EasyWeb的iframe版，有需求需要帮忙弄一下；不是为了挣点小钱，而是为了想看看别人实际开发是怎样的，于是厚着脸皮去私信了。
他给我发了原型图，拉我进了gitee项目组，让我做其中的两个功能，钱嘛比我以前一天的工资还要少，但是毕竟不是为了钱，就接了。
事情发展：
1.没有用过git，但还是成功下载了源码到eclipse中，下载完后懵了一下，因为他的框架看起来跟EasyWeb的结构不一样，多了超多的子项目，看了一下，是把MVC后端各层进行了独立模块，查了下资料这是maven的项目聚合，为了在协作开发过程不影响各层；另外他是使用的hibernate，而我学的mybatis
2.因为代码好多都没有注释，单单看实体类也看不全表结构，尤其是属性都没注释的情况。所以当时觉得让我写服务，真的不知道怎么下手。不过还是根据原型按照【模板文件-控制器-服务-DAO 】顺序进行开发，期间因为对layui不熟悉，以及表结构不明确，所以写起代码真的没办法投入
事情结果：
前天晚上我把做了的代码给他，他拿到代码后跟我说我的进度太慢了，做的东西也不怎么好，所以给我两个选择，一个是清算工资，然后结束，第二个是清算工资，然后后面帮他单单做控制层和界面绑定；本来我跟他说的是第一个，而且也没想要让他给钱，结果他给我的钱跟打发乞丐似的，还误会我意思，继续让我帮他弄，于是手贱的我不仅领了钱还帮他弄了一天（从昨天下午3点弄到晚上8点，然后今天早上11点开始弄到3点）
工作总结：
我一开始开发是根据功能从前端到后端纵向开发的，针对他的项目结构，切换起来真的好麻烦；所以项目开发时候，通过后端分层开发效率会高点；但是分层的话需要先总体把握需要开发需要哪些东西，根据他的代码以及我工作感觉的话，应该可以概括为以下几点
1. 新增页面和编辑页面，根据与表实体类差异程度，决定是否使用请求实体XXXRequest（就是一个用于绑定前端表单来提交到后端的POJO对象）
2.根据前端查询的过滤条件封装成一个总的查询实体XXXQueryParam（包含了覆盖所有相关的查询条件值，通过前端表单传递给后端，并最终传递到DAO层进行查询的POJO对象）
3.根据前端显示和表实体类的差异程序决定是否使用ViewModel（用于把后端DAO查询到的数据封装成前端表对象的POJO）
4.DAO层一般包括根据查询对象查询列表、根据ID查询行、根据ID删除行、保存实体类等基本操作
在工作过程中，最让我郁闷的是git提交老是出错，好几次差点把代码弄没了，心都凉几次了，使用不熟悉的版本控制还是要提早做好备份，还要备份对（昨晚备份错了，发现没有我弄了一下午的资源，那感觉跟初恋SL一样）；不熟悉的版本控制，用于实际中时，能采用折中的方式还是要折中一下（例如直接把改动的代码发给对方，或者让对方远程；因为他不熟悉Eclipse的git提交，也是远程了好几次，弄了好久），不然真的很受罪
疑问：
1.我发现不管是原来EasyWeb还是这个人的开发，都是把转换数据格式放在Service层，如果我前端更换数据列表组件，那岂不是又要重新写一次控制层和服务层？为什么不把数据格式转换也放入到控制层呢？