自己动手写一个业务实体生成器（1）
好像已经有这样的文章了:-)，不过作为一个新手，练练手，写写东西，也是好的，希望对一些同学有用，呵呵！鉴于每次写个小项目，都要写很多重复的代码，所以就有了代码生成器这个东东，不知道那位高手说过，根据业务写一个代码生产器，是每个程序员都可以做到的，（这里不是说每个人都要自己写，既然有人写了，我们就不必要重复了，只是为了学习和工作方便，还有一个原因就是每个人开发的方法和技巧不同），所以没事就写写看看咯，:-)！
开篇写把整个框架想好先，因为我们这个生成器要支持多种数据库，所以可以用抽象工厂模式和单例模式（够经典了吧^_^）为什么要这样用呢，我们也可以根据配置文件读取，然后用if（）{}判断，这个我有在项目中用过，在webconfig中配置一个key，然后读取，if（Access）{...}else if(sql){...}简单的网站可以这样，不必用到反射，性能好了很多，不过作为一个小框架，还是要有一些模式的支持，才能更好的维护和拓展，呵呵，个人理解，欢迎拍砖！
既然底层的数据操作都相同，那么我们可以写一个基类DbProvider，然后具体代码在子类中实现，这样，添加数据库类型的时候，只要添加一个继承自基类的Provider就可以很方便地进行拓展了！
然后管理可以用一个工厂类，通过反射，就可以得到相对应的数据操作类！
（这次先讲那么多，吃饭先^_^！有兴趣的同学要举手哦！）
开篇写把整个框架想好先，因为我们这个生成器要支持多种数据库，所以可以用抽象工厂模式和单例模式（够经典了吧^_^）为什么要这样用呢，我们也可以根据配置文件读取，然后用if（）{}判断，这个我有在项目中用过，在webconfig中配置一个key，然后读取，if（Access）{...}else if(sql){...}简单的网站可以这样，不必用到反射，性能好了很多，不过作为一个小框架，还是要有一些模式的支持，才能更好的维护和拓展，呵呵，个人理解，欢迎拍砖！
既然底层的数据操作都相同，那么我们可以写一个基类DbProvider，然后具体代码在子类中实现，这样，添加数据库类型的时候，只要添加一个继承自基类的Provider就可以很方便地进行拓展了！
然后管理可以用一个工厂类，通过反射，就可以得到相对应的数据操作类！
（这次先讲那么多，吃饭先^_^！有兴趣的同学要举手哦！）
