解决方案 »

  1.   

    百度一堆教程,没必要把三层和MVC硬拉扯到一起...
      

  2.   

    总的来说三层(UI、BLL、DAL),在UI层用MVC
      

  3.   

    一个功能一个功能的改的话,是不是需要在三层的系统中添加mvc项目??
      

  4.   

    MVC主要是在表现层上的框架,好像和三层没冲突吧?
      

  5.   

    一样写啊...
    比如DAL层:Public void Update(XXXXX.Models.News model)
    {
            db.Entry(XXXXX.Models.News).State = EntityState.Modified;
            db.SaveChanges();
    }
    BLLPublic void Update(XXXXX.Models.News model)
    {
    ///一堆条件.......
        return Update(model);
    }
    Controllers[HttpPost]
    Pubic ActionResult(int? id)
    {
        var model = db.News.Find(id);
        Update(model);
        return View();
    }
      

  6.   

    底层使用三层。web层使用mvc,完全可以
      

  7.   

    简单点做的话就是把  WEB层替换成你MVC就可以了。 MVC基于UI层上的小三层,应该和三层框架不冲突的。
      

  8.   

    model用哪个,老三层的,还是mvc的。
      

  9.   

    在UI层添加MVC,然后把MVC中的MODEL删除(用三层中的MODEL),记得改MVC中MODEL生成的映射关系就可以了,我公司一般的框架就是三层+EF+MVC。上面的楼主大多都是没有经验的喷子而已。
      

  10.   

    我觉得三层是一种架构,MVC是一种开发模式。
      

  11.   

    嗯。。楼主  我是小白一只,但是有点想法,你别打我就行。我觉得要整合的话,可以这样试试,三层还是三层,至于MVC的项目,你就直接把它作为三层的UI层来处理,我什么意思,楼主应该懂,就是说,DAL,Bll,Model照样做它们的事,该处理数据的处理数据,该处理逻辑的处理逻辑,至于UI直接就用MVC来代替,然后,在具体根据MVC的机制去解决怎么显示页面的问题。咳咳,楼下别喷,我个人的白痴思路,仅供参考
      

  12.   

    同意楼上,而且mvc代替了UI层,nvc中的model可以作为展示数据的viewModel层,更方便。
      

  13.   

    这个问题太泛了吧?
    理论上MVC在UI层,你也可以把MVC架在三层的表现层,可是这是理论啊!
    具体情况要结合你的项目实际来操作。并不一定三层和MVC都要有,把两者功能整合起来,只要项目能正常跑起来就可以啦。
    我觉得应该从项目实际着手,而不是纠结如何把这两个不搭调的东西整合。
    你要整合的是项目,不是三层和MVC。