关于模型在表现层,业务逻辑层混乱的困扰及思考 求指点
现在是这样的
我现在写的毕业设计, 用的是asp.net mvc + linq to entity
我本身写代码的习惯是
在表现层不爱用微软封装的东西, 所以写的程序看起来很单一, 表现层耦合得比较低
在controller里, 对交互的操作就是Request和Response
View里不用HtmlHelper, 直接就是html,css,js, 再嵌入c#填充数据
所以页面模型对于我来说是很单一的东西, 仅仅是一个贫血模型

由于我本身经验不足, 加上随着一遍一遍地改动需求, 而又经常性改动数据库, 而且是大改
比如后来我很疯狂地把数据库一分为二= =. 将所有用户及各种权限管理单独分了出来
于是造成了我很大的困扰, 由于页面模型用的就是linq2eneity生成的模型, 一直动来动去.
于是让我产生了, 模型实质可以分为页面模型及数据库模型的想法
这是一种想法
还有一种就是页面模型就别用具体类型了, 直接用动态类型, 不管数据库怎么改, 最后只要修改下从页面模型与数据库模型的接口处就能解决问题

不知道我这种思路是不是走上弯路了, 求有经验的人指点

最后, 求工作= =..

------解决方案--------------------
喵喵现在很多具体项目都是运用成熟的或者别人的框架。别人的框架一个是不知道具体内部结构，有时候会跳出莫名的错误，但是来的的最大好处就是节约开发时间和成本。因此喵喵在毕设的时候可以抛弃别人的东西，但现实中要学会怎么借助别人的肩膀来开发。
另一方面，喵喵提出的架构思想可能仅仅是因为自己重构了数据库引起的，不具有普遍性，试想一个项目怎么会数据库改动那么多。还有如果模型层分为两类，归根到底还是模型层，作用是一样的承上启下。为什么又要把承上的单独出来，启下的又单独出来。
------解决方案--------------------
要ef的资料的话，http://blogs.msdn.com/b/adonet/ 官方的blog，更详细的资料就没有了