我相信任何或者绝大部分框架都是可以通过代码生成工具来处理的;而且,基本上都是生成出来就可以运行。但是,我关注的重点不在这里,绝大部分工程都是修改多于编写,需求变化往往会超过预期。
在Struts、Hibernate和Spring这些配置文件中,存在的一个问题是“耦合点”的问题。比如,一个Hibernate的Bean里面的属 性是通过配置文件中的某个标签与数据库中的字段进行“耦合”的。如果一个耦合点在程序里,目前的各种IDE所拥有的良好的“重构”功能可以很好的解决这个 问题。即便没有使用这个功能,也可以通过编辑器很快找到因为修改相关耦合点而带来的错误。配置文件的致命的弱点恰恰出现在这里,IDE无法将这些耦合点关 联起来,我们只有手工的修改这些“耦合点”,如果忘记了,只能在运行时才能检查到这些错误。这样的耦合很容易引起修改的不便和调试的繁琐!如果增加了一个 字段,你的框架有多少个地方需要修改(手工和自动)就有多少个“耦合点”了。
GreenTea框架的着力点就在于减少这些耦合点,让应用容易开发,也更容易维护!
在Struts、Hibernate和Spring这些配置文件中,存在的一个问题是“耦合点”的问题。比如,一个Hibernate的Bean里面的属 性是通过配置文件中的某个标签与数据库中的字段进行“耦合”的。如果一个耦合点在程序里,目前的各种IDE所拥有的良好的“重构”功能可以很好的解决这个 问题。即便没有使用这个功能,也可以通过编辑器很快找到因为修改相关耦合点而带来的错误。配置文件的致命的弱点恰恰出现在这里,IDE无法将这些耦合点关 联起来,我们只有手工的修改这些“耦合点”,如果忘记了,只能在运行时才能检查到这些错误。这样的耦合很容易引起修改的不便和调试的繁琐!如果增加了一个 字段,你的框架有多少个地方需要修改(手工和自动)就有多少个“耦合点”了。
GreenTea框架的着力点就在于减少这些耦合点,让应用容易开发,也更容易维护!