请问用代码生成器生成的三层架构和手工建立的三层有什么区别？

一直很疑惑 2012-06-12 01:33:20

加精

今天经历让建一个三层框架出来，我就用动软代码生成器，生成了一个简单三层出来。但是经理说这个不行，自己建一个。
我感觉两种都是一样的？有什么区别呢非要手工建立一个？？？？

请各位架构大神给点建议吧

...全文

5851 146 打赏收藏转发到动态举报

写回复

用AI写文章

146 条回复

切换为时间正序

请发表友善的回复…

发表回复

一直很疑惑 2012-06-27

打赏
举报

感谢大家的分享！就此揭帖

bxkjsjwx3 2012-06-26

打赏
举报

经典啊。。。。。机器不是万能的。。。。。。。。

coffee_sugar 2012-06-25

打赏
举报

caozhy的回复你视而不见，我不说啥了。不是因为他级高怎么着，而是回复的很到位。兄弟脚踏实地一步步来吧

qihigh 2012-06-24

打赏
举报

[Quote=引用 60 楼的回复:]

caozhy的回复，很给力，朴实而精准，点点滴滴均能有所共鸣。

楼主，等你三年后再来看caozhy的回复，你应当会发现他的回复是多么的到位！

为你们赞一个！
[/Quote]
同感。。所有回复中也就他的值得仔仔细细看。

lvfeng19806001 2012-06-22

打赏
举报

看完了所有的回复，印象最深的还是caozhy的回复。
其实他的三楼的比喻很贴切，其实咱们现在还是建筑工人的级别，有小工，瓦工等区别，但让咱们设计房子，可能会有心而无力。
当然建筑工人也在进步，也希望自己能设计房子，但必须得熟悉建房子很多细节，建很多房子，才会知道设计什么，怎么好，怎么不好，这都是需要努力，热情和时间的。
其实代码生成器对咱们码工的帮助还是很大的，只是很多时候得自己写模板而已。对于很多共性的，比如实体类，数据库操作类等共性的，生成当然比敲好了。就像盖房，能用机器的时候当然得用，电葫芦上楼板比人又快又轻松。但是有很多机器不能完成的，还得人来。
但对于架构师，他们当然不会考虑代码生成器。代码生成器只是咱们实现者实现时的工具而已。

nj_dobetter 2012-06-21

打赏
举报

简单的框架还是能比较快的写出来，难就难在去实现一个包含各种需求、几乎面面俱到的框架

sanguorewrite 2012-06-21

打赏
举报

又一个脑残，说什么
“也就是说面向过程的编程方法捉襟见肘，只能用面向对象的思想去设计。这时候必须三层架构。 ”
“代码生成ORM，个人认为最佳实践是由实体类映射生成数据库，不是由数据库结构映射生成实体类。”

我的看法：数据库设计是核心，必须先实现，然后是业务逻辑比如数据有效性，数据相关动作等可以放这里。

如果先设计实体类，再生成数据库，这样的项目性能是玩具一样的。没有任何一个核心业务系统会这么做。

hqb782 2012-06-21

打赏
举报

[Quote=引用 139 楼的回复:]
自己去写身体类真的满多的，有时候表多，容易出错，用代码生成器生成的会省点事吧，看你自己了。抽象数据层我一般会去用代码生成器去生成.....中间层方面可以借鉴下代码生成器的，代码生成器所生成的方法重构封装方面是很不错的，可以借鉴下，但推荐是要手写啦，这样你可以从中学些东西...纯属个人看法！
[/Quote]是实体类不是身体类！不好意思啊打错了！！

hqb782 2012-06-21

打赏
举报

自己去写身体类真的满多的，有时候表多，容易出错，用代码生成器生成的会省点事吧，看你自己了。抽象数据层我一般会去用代码生成器去生成.....中间层方面可以借鉴下代码生成器的，代码生成器所生成的方法重构封装方面是很不错的，可以借鉴下，但推荐是要手写啦，这样你可以从中学些东西...纯属个人看法！

wcfl_101 2012-06-21

打赏
举报

你们经理可能要你根据业务需求写个代码生成器。如果光是三层的话，主要是解决怎么从数据库查到需要的表，以及怎么从表中查到字段、字段的数据类型，这些可以从网上查到。剩下的就是拼接字符串，然后写入文件。Model最容易拼接，Dal要麻烦一些，写过的人都知道，其实没啥技术含量。

一直很疑惑 2012-06-20

打赏
举报

[Quote=引用 129 楼的回复:]
一直用动软代码生成器，也做过很多项目，确实节省很多时间，否则，每个都手写早就吐血了。

它可以直接生成三层架构的项目代码，对于一般的企业项目足够用了。

动软代码生成器，还可以直接生成SQL的数据脚本，或者根据脚本生成代码，可以生成数据库字典文档，省的每次都手写数据库文档。

支持对多种类型数据库：如SQLServer2000/2008、Oracle、MySQL、OleDb等。
……
[/Quote]
您的教程链接很好啊，感谢分享。

寒冰2046 2012-06-20

打赏
举报

个人认为代码生成工具有存在的价值，在完成重复性的劳动上面。当然，最好是可以定制的，模板也好，改工具源码也好，甚至可以自己写个简单的。
另外，觉得很有必要先将三层结构和MVC区分开来。

lovenet_2008 2012-06-20

打赏
举报

一直用动软代码生成器，也做过很多项目，确实节省很多时间，否则，每个都手写早就吐血了。

它可以直接生成三层架构的项目代码，对于一般的企业项目足够用了。

动软代码生成器，还可以直接生成SQL的数据脚本，或者根据脚本生成代码，可以生成数据库字典文档，省的每次都手写数据库文档。

支持对多种类型数据库：如SQLServer2000/2008、Oracle、MySQL、OleDb等。
还可以生成多表事务的代码，这个很好！

也支持想codesmith一样的模板生成，自己可以更灵活的定义模板生成。

反正我用着挺好的，但是也不可能所有的代码都用它来生成，毕竟逻辑还是需要自己写的，但是基本的一半的代码有了，增加自己的逻辑还是节省了很多时间。

官方有示例教程：http://www.maticsoft.com/help/maticstudy.htm

有兴趣的人自己看吧。很多事情都是从正反两方面看问题，觉得有用节省时间，何必自己跟个牛似的自己打呢，呵呵

ayun00 2012-06-20

打赏
举报

至今不知道这个"系统业务逻辑比较复杂"如何量化...
[Quote=引用 94 楼的回复:]
代码生成器生成的东西不能完全满足需求。你必须要修改。

事实上，如果你这个项目代码器生成的文件已经满足你的要求了，说明也根本没有用三层的必要。也许你的项目无非是对数据库增删改很简单的程序。

用所谓的三层。基于两个原因。

1 ：你可能将来要换数据库。或者你设计的程序时一个商品，比如一个论坛程序，但你无法预测客户会用什么数据库，用sql server还是用 acess,或者……
[/Quote]