现在是这样的
我现在写的毕业设计, 用的是asp.net mvc + linq to entity
我本身写代码的习惯是
在表现层不爱用微软封装的东西, 所以写的程序看起来很单一, 表现层耦合得比较低
在controller里, 对交互的操作就是Request和Response
View里不用HtmlHelper, 直接就是html,css,js, 再嵌入c#填充数据
所以页面模型对于我来说是很单一的东西, 仅仅是一个贫血模型由于我本身经验不足, 加上随着一遍一遍地改动需求, 而又经常性改动数据库, 而且是大改
比如后来我很疯狂地把数据库一分为二= =. 将所有用户及各种权限管理单独分了出来
于是造成了我很大的困扰, 由于页面模型用的就是linq2eneity生成的模型, 一直动来动去.
于是让我产生了, 模型实质可以分为页面模型及数据库模型的想法
这是一种想法
还有一种就是页面模型就别用具体类型了, 直接用动态类型, 不管数据库怎么改, 最后只要修改下从页面模型与数据库模型的接口处就能解决问题不知道我这种思路是不是走上弯路了, 求有经验的人指点最后, 求工作= =..
我现在写的毕业设计, 用的是asp.net mvc + linq to entity
我本身写代码的习惯是
在表现层不爱用微软封装的东西, 所以写的程序看起来很单一, 表现层耦合得比较低
在controller里, 对交互的操作就是Request和Response
View里不用HtmlHelper, 直接就是html,css,js, 再嵌入c#填充数据
所以页面模型对于我来说是很单一的东西, 仅仅是一个贫血模型由于我本身经验不足, 加上随着一遍一遍地改动需求, 而又经常性改动数据库, 而且是大改
比如后来我很疯狂地把数据库一分为二= =. 将所有用户及各种权限管理单独分了出来
于是造成了我很大的困扰, 由于页面模型用的就是linq2eneity生成的模型, 一直动来动去.
于是让我产生了, 模型实质可以分为页面模型及数据库模型的想法
这是一种想法
还有一种就是页面模型就别用具体类型了, 直接用动态类型, 不管数据库怎么改, 最后只要修改下从页面模型与数据库模型的接口处就能解决问题不知道我这种思路是不是走上弯路了, 求有经验的人指点最后, 求工作= =..
解决你所有后顾之忧,唯一的前提就是数据可控,否则搜索上会有点麻烦
json直接序列化后存数据库,一张表搞定所有对象
反正我是先设计好业务模型,再写ef的映射,新版的ef也已经提供了自动生成和修改数据库的能力
在asp.net mvc贫血的视图模型也一样会用到。
没这么做过喔, 虽然说出了code first什么的
但是咱却没有去实际弄过
有什么好的资料或者blog, 可以介绍一下呀