课程设计总结

对于这个在线购物系统也是折腾了一段时间吧，做着做着就有一种纯粹是拼代码的感觉吧。总感觉所有的操作都是sql语句中进行，无非就是select , update , delete等用来用去。不过对于这个项目觉得有一点自己体会非常深刻的，就是在项目开始之前，对于数据库表的建立是非常重要的一步吧。

数据库

对于数据表的建立，我在学java时了解到“高内聚低耦合”这样的一种说法，可能现在我还是感觉非常肤浅。就是模块与模块之间应该尽量简单一点，不要有太多的一种直接或者间接联系。尽量追求一种独立，简单。

比如，对于这个项目而言。数据库中代码表的数量就有16张，而真正业务核心的表就只有11张而已。同样的，对于手机表而言



差不多所有的字段都是外键引入的代码表中的字段。所以对于表中的记录而言，也是非常简单的一些数据而已。



但是如果涉及到对于表的信息展示的时候，这时候就用到了视图。在做这个项目的时候，我是越发的体会到了视图的作用，我觉得视图，更多的是放在显示这一环节上，而对于基本表，更多的则是在数据存储上。

而这时我越发的觉得sql自带的这些功能真的是非常的不错。



在这里，更多的是工具在帮助你生成这些你所想要的视图中某些列等等，个人觉得这个功能还是非常强大的。而视图的一个妥善处理，我觉得是也是对于基本表耦合关系的一个非常漂亮的处理吧。它连接了各种有关系的基本表，实现了跨表的一种查询手段，和连接手段。

当然在此之前，涉及到之前比较重要的一步，就是对于基本表关系建立的处理。主键，外键各种关系！

当然，我觉得在这样的一个过程中，我自己觉得对于这一流程，并没有处理的非常好，甚至我觉得还有点不及格吧。之前也是做了几个项目，也是觉得对于sql语句处理而已。但是，并没有过多的去考虑这些东西。就只是做完了就做完了。对于所谓各种字段，需要用到了哪些数据，以及字段的冗余，表的结构分析.......我觉得在这个项目中这一点我是体会到非常深刻的。

代码

怎么说了，在做这个项目的时候。个人觉得还是做了很多的无用功。相对于界面的一个美观效果而言，我自己更加看重的还是一个功能的完善，代码的质量吧。我觉得在这个过程中，我尽量的去考虑了这样的一个问题，但是还是有点觉得不尽人意。

比如最明显的一个现象：



在这个模块中，算是各种换行，差不多也是有着450行代码。虽然都只是一些片段而已，但是我觉得这样的一个数据量也是非常的庞大了。上图明显有个感觉，在页面上竟然有着判断处理的这个函数。我觉得对于这一点，应该是写在公共cs文件中，在这个页面只是应该简答的调用而已。在学习JSP的时候，上面有着非常重要的一个观点，一个JSP页面最好只有几种语句（这一点，我记得不是特别的清楚） 所以，在这个项目中，我感受的非常强烈的一点就是这样的一块内容。在页面的cs文件中，最好也是只有所谓的逻辑判断以及数据的绑定这些操作，最好不要过多的杂合在一起。这样，在后期的代码修改上会显得非常的不方便。

更重要的一点，最好不要重复出现过多的代码。如果出现了这样的代码，这时候你就应该考虑到代码的一个封装和重用的处理流程。简单，直接，独立，我觉得只是我应该要做到更好的一个方面。

规范

这里所说的规范，主要指的是命名的一个规范。更多的我觉得还是可以用所谓的规则来说，会显得更好一点吧。各种控件的命名格式，字段的命名格式，方法的命名格式，以及字段的命名格式等等。在这里我觉得对于所谓的开发应该要有这自己的一套规则，或者之后适应企业的一种规则。而不应该仅仅只是停留在一种随意的感觉，灵感所至，想到什么就是什么。不去考虑后期的各种流程的处理。

提高

有一句话，好像是这么说的。不主动学习就是拒绝成长，同样我觉得对于这个项目而言，有着比较明显的一种感觉。一直都现在，所谓的HTML，CSS，JS，AJAX我自己用到的可谓是相当的少，甚至根本不去理会。最倾向于什么的都直接是GridView，之后慢慢的用Datalist多一点。但是感觉思维就有点局限，一个总体的格局就有着诸多的僵化。对于程序员的初期，我觉得有一句话说的非常好。“既然不会创造那么就去模仿”，网上有着各种各样的例子，我觉得应该去尝试，求新，求变，求突破。而不仅仅只是一味的停留在表面而已。仅仅只是，我做出来就可以了，我基本功能也已经完善了，我还有着其他额外的功能。但是仔细想想，你学到了一些什么？这不是最重要的吗？

PS：以上几点可能是在这个项目中，自己感受比较深刻的一个地方。在这一点上，其实感觉自己有点在吃老本。所有的项目，其实自己都没有用到什么新的炫的技术手段，呆板的处理流程，老套的界面风格，以及机械式的代码的拼凑而已。所以，这也算是对于以后开发的一个警示吧。