现在的写法:
把BLL的处理写在了 主页Controller里面
然后访问数据是访问别的类去调用数据,然后到控制器那边再返回到前台
问题:
现在 主页Controller里的方法越来越多很乱,就想起了三层架构那样分,想沿用三层架构,MVC请问有这种写法吗?
让主页Controller变成只提供跳转页面的功能,其他逻辑处理都不在这里操作了。现在需要改造成这样:
访问数据库,就访问到新的类里面,比如我就加个BLL类库,然后DAL,然后DBhelp。这样可行不,俺新手,求指点
解决方案 »
- 创建ASP.NET WEB 应用程序时 发生错误
- 这段JS为什么在客户端调用不行,Response.Write就可以?
- aspx内变量赋值问题
- 问一个IDE的问题,如何生成event handler
- 请问在一个try...catch...finally...结构中如何认为制造异常?
- 急!急!急!在asp.net的页面中如何用soap调用一个webservice?
- 内存泄漏
- 求:一个VB.net写的类,有读、增、修、删的功能。在线等,急。
- Asp.net MVC4 添加页面涉及多张表
- mvc 用jquery load加载页面中有其他js文件,但不起作用
- 错误 1 命名空间“System.Web”中不存在类型或命名空间名称“Configuration”。是否缺少程序集引用?
- C#语言与java通过RSA加密和解密问题
1、我也喜欢正则:是这样的,因为我现在就一个登录页,一个首页但是功能复杂,全在首页上了,就这样,然后“Control只负责解释请求发送命令” 因为我功能多,所以即使只负责解释,也是放的很杂!我想按功能分开分成多个cs 2、然后“业务逻辑放在Model层”这个可以!,因为我想按功能分开成多个类,可以在Model放这些,但是这样会不会违背 MVC的 Model概念!
1、就是说,我现在不想在 那个主页 Control里面做操作,除了跳转页面!(原因就那样,我现在功能多,都放在那边很复杂)2、要是把 那些其他操作(访问数据库,逻辑处理)放在新的地方,比如建个BLL类库,在里面按功能建多个类来管理,可行? 3、MVC+三层架构类库,合理?
MVC是统一模块下的多个画面共用一个CS文件的,分层后,该CS文件就只是画面控制了2、数据访问和业务处理分开会好些3、是可以的