日期:2014-05-17  浏览次数:20491 次

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

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

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

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

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


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

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


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


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