版友彩虹下的愿望同志在做一个关于大熊猫保护的公益数据库,我看了一下实例,感觉这个数据库设计的很糟糕。于是乎便打算写一个示例以解其惑。这个示例不打算讲述数据表结构的设计,因为这个问题已经反复讲过多次。而是想引入一个设计理念,叫做“约定优于配置”或者叫做“习惯优于配置”。
最近两个月来,我在研究MVC,这是一个VS.NET关于ASP的一种开发构架。在其中有一个很有意思的观点就是“约定优于配置”。这到底是一个什么样的观点呢?大体可以这样理解:就是按照一定的习惯或规律,对程序开发的许多方面做出人为的约定,项目的开发建立在这些约定的基础上,由于有了这些约定,因此可以带来程序的简化。
那么这个观点在Access开发中是否有用呢?答案是肯定的。我们稍微约定一下几个方面,就可以带来开发效率显著提高的效果。比如,数据表字段命名与窗体中非绑定控件同名,数据表的增删改一致性处理等。本例中,采取了这个观点,所以用较少的代码,便实现了较为完整的功能。
约定本身是主观的,因此你可以这样约定,他可以那样约定。约定的目的是客观的,也就是说所有约定都以提高开发效率和降低维护成本为目的。但凡你知道这个“约定优于配置”的观点,并尝试着在你的项目中去实践,就多少会带来好的效果。
示例:
视图:
|