现在的写法:
把BLL的处理写在了  主页Controller里面
然后访问数据是访问别的类去调用数据,然后到控制器那边再返回到前台
问题:
现在 主页Controller里的方法越来越多很乱,就想起了三层架构那样分,想沿用三层架构,MVC请问有这种写法吗?
让主页Controller变成只提供跳转页面的功能,其他逻辑处理都不在这里操作了。现在需要改造成这样:
访问数据库,就访问到新的类里面,比如我就加个BLL类库,然后DAL,然后DBhelp。这样可行不,俺新手,求指点 

解决方案 »

  1.   

    你可以把业务逻辑放在Model层中,Control只负责解释请求发送命令
      

  2.   

    你完全可以讲bll放到单独的模块,看你自己需要吧,不是说三层就非得分在三个地方
      

  3.   


    1、我也喜欢正则:是这样的,因为我现在就一个登录页,一个首页但是功能复杂,全在首页上了,就这样,然后“Control只负责解释请求发送命令”  因为我功能多,所以即使只负责解释,也是放的很杂!我想按功能分开分成多个cs 2、然后“业务逻辑放在Model层”这个可以!,因为我想按功能分开成多个类,可以在Model放这些,但是这样会不会违背 MVC的 Model概念!
      

  4.   


    1、就是说,我现在不想在 那个主页 Control里面做操作,除了跳转页面!(原因就那样,我现在功能多,都放在那边很复杂)2、要是把 那些其他操作(访问数据库,逻辑处理)放在新的地方,比如建个BLL类库,在里面按功能建多个类来管理,可行? 3、MVC+三层架构类库,合理?
      

  5.   

    1、可以理解为每个按钮的操作都是一种业务操作,将具体业务处理放在业务处理层中。
       MVC是统一模块下的多个画面共用一个CS文件的,分层后,该CS文件就只是画面控制了2、数据访问和业务处理分开会好些3、是可以的