为什么Microsoft选择MVC for ASP.NET？

Question

除了30年的模式之外,MVC从未用于当前的应用程序.MVP是其继任者,旨在处理90年代推出的基于事件的应用程序.被动视图和监督控制器似乎已经上升到顶部.对于这两者,几乎没有必要谈论MVC/MVP.

具体来说,ASP.NET MVC中的控制器操作是否会带回创建该视图的视图？在MVC中,控制器不会创建视图或与它们对话.将ASP.NET MVC称为MVC实现有多准确？或者,它的准确名称是什么？

Answer 1

我认为它是Ruby on Rails,它激发了MS创建asp.net MVC的灵感.

Answer 2

ASP.NET MVC就是微软对Ruby on Rails和Django等Web框架中MVC实现成功的认可.认识到许多Web开发人员希望更多地采用Web开发方法,这种方法包含"自以为是"的编程模型(约定优于配置),并且偏离了ASP.NET WebForms提供的有状态抽象.

它是Smalltalk MVC模式的精确实现吗？不,这是恐慌的结果吗？不,这是Ruby on Rails和Django成功的结果吗？是.

我碰巧喜欢这个模型,因为它包含.NET和ASP.NET堆栈提供的丰富框架,同时在基于约定的开发的方法和使用方面保持简约.

Answer 3

足够接近,这是一个销售策略.

他们将ASP.NET与其他将自己标识为MVC的技术进行销售.因此,将其命名为在同一类别中被识别是有竞争力的.

微软通过产品定位而不是通过准确的技术识别来获胜.(加上长期交付,恕我直言.)