改变思路

最近在公司做一个内部的项目，因为用了很多对自己来说陌生的东西，所以投入了很大的精力，希望能够把这个项目做的比较成功。

从开始的结构设计上，虽然用到了三层，但准确的说应该是多层，使用了Wrox出版的那本电子商务高级编程上的结构（原来想用架构，后来放弃了，那词太吓人）。简单说就是在数据库和存储过程之上先放一个Core层，创建核心的数据基类，商务基类，表现基类，然后在每个模块中创建各自的三层，这些层分别继承核心层的三个基类。就目前来看这种结构对这个项目的好处是让各个模块非常独立，系统很容易扩展。

现在进行到了创建数据库存储过程的阶段，因为要完全使用存储过程，所以基本上在创建这些存储过程的时候将所有的执行细节都设计到了，这时候一些需求的不明确和设计的不足就慢慢的浮现了出来，如何去改进，现在感觉比较麻烦，毕竟还是因为经验的欠缺，再加上有点过于追求完美，所以面临着不知如何去下手。好在昨天想起来一句话，“努力的使之简单化”，对，就是这样，在满足功能需求的情况下简单化，再简单化！

其实最让我失望的一点还是没有一个专家级的人物来指导，所以无论是从项目本身的把握，还是自己经验的增长，都是一个很大的欠缺。从开始工作起，我一直没有碰到一个这样的环境，是一个遗憾，但也是一个挑战！