苦逼的三层代码
   采用传统的三层架构写代码，每个数据表都要定义一个实体对象，编写后台的时候，Web层需要针对页面的用户输入逐个手动编写赋值到实体对象的各个属性，然后DAL层还要用SqlHelper 进行各个存储过程对应参数的实体赋值，我的天呀，写几个表还好，多个表呢，写的后台都没力气，典型的苦逼代码工没营养，各位有啥好的处理方法或开发方式。。
---------------
帖子也就是最想追求的是有没有办法将实体对象传递进去或一个表对象传递进去，然后不用写啥恶心存储过程，也不用手动赋值各个存储过程参数然后就自动程序更新对应数据

------解决方案--------------------
可以去看看领域驱动方面的资料。
------解决方案--------------------
呵呵 生成器!。
------解决方案--------------------
代码生成器 一步到位
------解决方案--------------------

引用:

代码生成器 一步到位

------解决方案--------------------
你可以用反射来做！自动读取类并赋值！
------解决方案--------------------
恶心就是动力，恶心多了想偷懒的办法，于是技术才会有进步
------解决方案--------------------
自己写个代码生成器

引用:

引用:代码生成器 一步到位
用这玩意儿没兴趣，生成的数据层代码跟我的框架搭配不上，最主要是我自己定义了sqlheper,生成个数据表实体还可以。。

------解决方案--------------------

引用:

引用:代码生成器 一步到位
用这玩意儿没兴趣，生成的数据层代码跟我的框架搭配不上，最主要是我自己定义了sqlheper,生成个数据表实体还可以。。

自己定义代码生成格式
------解决方案--------------------
找个ORM来用呗
------解决方案--------------------
哦，对了，不仅仅是orm，最好还是支持泛型的ORM
------解决方案--------------------
使用代码生成器 啊
------解决方案--------------------
从开始就错了,不知从什么时候,开始把DataModel叫做Entity了,

不要纠结那些用于存储的数据机构,那些数据太多,太简单,太不稳定了;
而是关注业务逻辑展开设计,你做软件生产10年,能够接触多少业务领域呢?
所以针对业务逻辑进行设计,稳定性和可重复利用度要高出很多


------解决方案--------------------
自己写个代码生成器


------解决方案--------------------
使用代码生成器，早几天刚也写了个
------解决方案--------------------

引用:

从开始就错了,不知从什么时候,开始把DataModel叫做Entity了,

不要纠结那些用于存储的数据机构,那些数据太多,太简单,太不稳定了;
而是关注业务逻辑展开设计,你做软件生产10年,能够接触多少业务领域呢?
所以针对业务逻辑进行设计,稳定性和可重复利用度要高出很多

那什么是业务逻辑，你自己肯定也不清楚。
------解决方案--------------------
我们也是啊，反反复复反反复复，而且好多代码就是dataset直接上了，现在也头疼啊，这个项目用2008开发，jquery都不给个提示，哎
------解决方案--------------------
如果你是熟练的开发人员，千万慎用什么“生成器”。

你在业务逻辑曾直接调用数据库驱动就行了。根据你使用的数据库驱动的不同，有的高级有的低级。例如SQL Helper、EF自动生成的代码层、面向对象数据库驱动、ADO.NET、你自己制作的ORM功能之类的就是你的DAL，你不要再自己写什么DAL了。
------解决方案--------------------
网上找几个代码生成器看看 http://terrylee.cnblogs.com/archive/2005/12/28/306254.aspx