框架的设计模式dbforms

dbforms框架的设计模式


每个框架都有其特定的设计模式（或者称之为思想、精神之类的东西），它反映了这种框架解决问题的方式方法；这种设计模式直接或间接决定我们使用框架的方式，若能恰当把握这种模式，就会用的得心应手、舒畅自然;否则，就可能变成怨妇。


前段时间用dbforms，总是觉得不能得心应手，总是觉得要改点东西才能适应我的业务，所以加了一堆现在开来是多余的代码；今天幡然省悟，其实我一直与dbforms的精神背道而驰，dbforms也是按照MVC的思想设计的，不过它这种思想在代码上可能只是粗粒度的体现，所以我想当然的加了一些action；我如果没猜错，作者就是想完全通过jsp实现业务处理（加上Interceptor和可自定义的WebEvent），所以我当我强制的加上一层action，试图做一些controler所做的事情，用的总是那么别扭，很多你想要的对象，你非常清楚的知道它放在哪里，但你要得到它总要那么费劲，不是修改源码就是做一些框架已经做过的事情，这让我很沮丧，甚至曾经想放弃这个框架；后来仔细想想，很多根本就是画蛇添足，其实你只要顺着dbforms的路子去处理数据，其实就不会这么别扭的。


到目前为之，dbforms是我所见到的唯一一个不需要写javabean的框架，只需要配置底层schema数据即可；dbforms同时提供持久化功能，如果是简单的业务应该很快开发的；但对于业务多变，比较复杂，dbforms则不适用，根据到目前为之的使用经验来看；dbforms实现业务逻辑不外乎如下几种情况


1.dbforms自带的基本数据处理功能,具体说就是通过DataBaseEvent实现的数据操作


2.interceptor，这里面可以处理很多业务


3,自定义DataBaseEvent，或者是和2结合


用如上的方法可能是不够的，或者说用的很痛苦。


用其他的框架，总是感觉在做重复的事情，一堆配置文件，一堆javabean，一堆类似的代码，感觉没劲；而且，我还有个想法，有空看能不能用ajax优化dbforms，总是觉得它的速度不够快...