单词学习软件之总结

帮同学做了一个小系统，今天算是彻底完工了，自我感觉比较良好，有点自夸，算是对系统完成的小小奖励吧！

之所以感到满意，源于我在系统中运用的一些思想。之前也做过两个项目，只实现功能，但代码的组织混乱，不便于维护和扩展。这个系统，运用了软件设计中的三层分层思想（MVC）：表现层(V)、业务层(C)、数据访问层(M)。对于表现层和数据访问层，理解还是蛮清晰的，都有相对应的画面和类。但对于业务层，理解是很模糊的，姑且把表现层和数据访问层之外的逻辑处理当作业务层。分层思想在看书时经常遇到，也经常听到老师说起，网上各路高手也经常写到，但总感觉离我很遥远，第一次能够在系统中得以运用，真的很开心。“学以致用”，这才是学习的真正意义！

其次，对于项目分析和设计的思考。起初，总是想经过一次彻底的分析和设计，就把系统做好，而后期无需重大改动。平时和同学讨论交流时经常会说出这个思想，此时想想，会不会误导同学啊。所以我花费的大量的时间和精力，来分析系统的要求，以及对系统的架构。可事与愿违，分析越多，越没信心，感觉特抽象，脑子里的容纳空间越来越少。在与同学聊QQ时，突然想到一个方法，“快速原型法”，“型”即模型，我们可以先做一个包含基本功能的系统出来，“麻雀虽小，五脏倶全”。这样有一个模型，化抽象为具体，很多之前想不通的问题就迎刃而解了。功能性的编码是在几天前完成的，趁热打铁，我又对代码做了进一步的优化和整合，还“糊里糊涂”的运用了设计模式，沾沾自喜，相信系统维护时的隐错（bug）会减少许多。

我把类的组织简列述一下：

字符串常量类（存放业务层和数据访问层的字符串常量，做到一改全改）：Constant.cs

共通类（对字符串、日期等的操作，即工具函数，几乎在每个项目中都会用到）：Util.cs

实体类（只写一个，保存数据）：ModelMatch.cs

数据访问类（读取的数据存放在实体类中）：ImpXmlOprt.cs IXmlOprt.cs

画面和逻辑部分不再列举。

但对系统还是有些不满意的地方，比如对异常的处理、UML结构图的勾勒等。还有对于分层思想的理解还不够深入，希望大家多多赐教，或是相互交流啊!