creator项目总结

1.数据库的设计确定了，只要不是不能满足要求或者是逻辑错误，你就不要动建好的了数据库。

2.写bean层一定要对着数据库抄，最好是打开设计表，一行一行对着抄，注意命名的变化，例如，数据库里面的图片路径是image_path，对应的bean的这个属性是imagePath，而不是image_path，这就好像在家说家乡话，出到外面就说普通话 ，写的代码是哪一种必须符合那一种的规范。还有一点注意的是，注意类型，不要数据库里面是int，你取出来却是String类型，这样会类型不匹配，mysql会报出长长的错误，注意细节，才有高的效率。

3.深入理解这两种写法的不同：

/*1)2)共有的类*/class A { private String str; public void setStr(String str) { this.str = str; } public String getStr() { return this.str; }}1）List<A> list = new ArrayList<A>();try { A a = new A();//放在while外面 while(rs.next()) { A.setStr(rs.getString("str")); }}class A { private String str; public void setStr(String str) { this.str = str; }}2）List<A> list = new ArrayList<A>();try { while(rs.next()) {A a = new A();//放在while里面 A.setStr(rs.getString("str")); }}

第一种写法，程序运行的时候只生成了一个对象，最后list中放的都是这一个对象的引用，没有达到预期想要把表中的内容都放在list的期望；

第二种写法，程序运行则产生了对于n个对象，最后list中存放的是各个对象的引用，达到预期效果。

3.再次体会项目分层的优点：分工明确，责任分明。

1)做项目的时候我们要分工明确，你自己要做什么，你队友在做什么都要非常的清楚，不要跟我说你和他都在做同样的功能，就算都做出来了也只能说浪费了时间和精力，因为原本可以有一个去做其他的。在该项目中，我就和一个队友共同完成一个dao层，就出现了许多不愉快的地方，这种两个人负责一层，一个致命的错误就是，用svn的时候，我辛辛苦苦的改好的代码被队友覆盖掉了，这时我还不知道，等到我在测试页面的时候一运行，一堆error，排查，然后疯掉，改，再更新，又错，错到我都很清楚要改什么了。这种不愉快到最后模块整合的时候还是有出现。所以一定要分层明确，你只负责你所写的那一层。若是出现队友来帮你写你的那一层的情况，请做好沟通，并且不要让他对你那一部分代码长期负责。此次项目中，我就出现了这种情况，我起初认为没有用到新增的功能，就没有写；交代码上去的时候，组长说要，那时我刚好去考试，我的队友就帮我写了，之后我就像既然他写了这部分代码，就让他负责吧，结果是我们两个不断地改同一层的代码，然后不断地彼此覆盖，然后一堆麻烦事情，唉，所以分层吧，分工吧，队友当然是我需要什么的时候你给我什么，这所谓的什么是他所负责的那一层需要提供什么功能，“队友需要什么功能的接口，我就给他什么”这算是好的合作吧，当然还有其他的说，比如请吃饭啊，比如看他的代码，给他提供点子。给我带团队我只想让每个人对自己的层面负责，然后大家适当地互相帮助，然后秒杀项目，然后我请你们吃饭。

2）对自己的模块负责，对自己代码负责。你写了这个接口给其他人用，你就要保证这个接口能实现功能，为了能保证准确，自己每次写一个功能就立刻对它测试一遍。在此次项目中我就犯了一个极其愚蠢的错误，我把整个逻辑层写完之后才开始测试，我自以为是的相信自己没错，其实自己就错了很多，我一定要改正过来，及时地测试自己写的功能，太相信自己的代码只能说明自己很蠢而已。

3）切记保持连贯性。这里的连贯性着重是指逻辑层代码，命名规则，还有约定好的用法。例如，表名为head_image，你就不要在bean层写成headImages，为什么要多一个s，bean中的一个类的实例本来就是表所对应的一条信息，这多一个s，怎么解释。其他的，比如出现一个类的命名为小写开头，我只说你妹啊。

4）关于分层现在想到的最好分法是，大的分显示层和逻辑层，再细分就是各个模块的显示和逻辑。把握好自己的层面和模块，不要按功能分，这样会就没有分好层次，各人写的代码就会在层次上重叠。

4.用户体验应该是愉悦的，记住了，这应该是所有前端程序员的终极目标。大哥说过，如果是我做出微博这样风靡的产品，不管是多累多烦，都是值得的。所以希望我们能看得远一点，想得在全面一点，把界面做得再好一点，不是为做项目而做，我们在项目中应该找到自己价值，从中学到点什么。

5.加深体会MVC模型，逻辑与显示分隔。好比如说，要在页面上显示3张图片，前端做的是定位，样式，大小；逻辑做的是为前端提供一个接口，这个接口就是把满足某种条件的3张图片找到，并且处理各种可能发生的各种情况。所以以后都不要跟我说，没有什么逻辑的，你只要把所有的get出来，给前端去弄就行。

6.光爷：“博客，笔记，好的习惯要坚持”,丰哥：“总结的都是你自己的财富”。

7.关于怎样带好团队我的总结：

1）分工明确，责任落实。现在看看这个项目3个阶段做的工作报告：

（1）开始到整合：

（2）完善阶段：

（3）再完善：

综上：从这些表格看出当目标明确，任务落实的情况下，效率也就高了。

2）在“再完善”的过程中兄弟们都遇到不同的问题，跟我说做不成，那时我真不知怎么答，回答“。。。”选择沉默。

现在仔细想想，作为负责人的我，首先就是我不对，我没有足够的勇气说，”没有解决不了的难题“，做为领导者一定要有足够的自信心，坚定的信念来带团队。

以后遇到这样的问题，做两点，讨论，问。讨论，能让我们感到团队的力量，重拾信心。问，搜索，在不行，不要忘了群里面的各位爷，各位哥。

3）我们要继续延续爷们的做法，”分到你的任务，迟多少天，请吃多少顿“。我以后会将项目分为不同的阶段，每一次阶段性的胜利，我请大家吃一顿。

8.最后，愿各位快乐工作，有苦逼也有口福。