标签: model-view-controller

围绕MVVP的常见神话是,最初Marting Fowler确实创建了一个名为MVP的模式,然后Grossman让它演变成MVVP.

他们是否仔细阅读了原始的MVC文件？MVC是作为概念呈现的,例如它从不强加一个单一的模型,它确实说模型可以在多个较小的模型中分离,这取决于人们想要对系统建模的方式.因此,如果想要创建被动视图或胖视图,那么重要的是许多视图和模型之间的双向绑定.

所以我很惊讶地读到假装MVVP是一些新的现代发明的文章,而且wpf中的双向数据绑定是一场新的革命,对我而言,业界对于40年前设置的概念进行具体化是非常缓慢的.这就是"软件危机"的根本原因,因为基本概念实施得很糟糕甚至缺乏,程序员也是行业供应商的囚犯.

所以这是原始论文 http://heim.ifi.uio.no/~trygver/themes/mvc/mvc-index.html

告诉我这些"现代"模式从根本上与MVC相矛盾.

我正在前端使用 jQuery/CSS3/HTML 构建我的第一个 Web 应用程序，该应用程序将从 DJANGO 中实现的后端获取/发布数据。

为此，我想在 DJANGO 中构建经过 ReSTified 的实体。DJANGO 网站https://www.djangoproject.com/主要讨论 DJANGO MVC。我不认为我想要 MVC。我想得对吗？如果是这样，我如何让 DJango 为我做 ReST？

另外什么风格的建筑比较好呢？MVC 还是 ReST？

你能给些建议么？

问候， 马纳夫

如何在mvc中启用角色？我的代码在下面给出,我不知道如何创建角色,我想将其添加到数据库..

[AttributeUsage(AttributeTargets.All)]
    public class UserRightAttribute : ActionFilterAttribute
    {
        public override void OnActionExecuting(ActionExecutingContext filterContext)
        {
            //write your user right logic
            //if user has right to do nothig otherwise redirect to error page.
            string message = "It seems You  are not authorize to view this part of the web site!!!.";
            RouteValueDictionary redirectTargetDictionary = new RouteValueDictionary();
            redirectTargetDictionary.Add("area", "");
            redirectTargetDictionary.Add("action", "SaveData");
            redirectTargetDictionary.Add("controller", "Home");
            redirectTargetDictionary.Add("customMessage", message);
            filterContext.Result = new RedirectToRouteResult(redirectTargetDictionary);
        }
    }

我已经阅读了很多关于 MVC 的内容，我什至在 .Net 中编写了一个适度复杂的数据驱动 MVC 移动 Web 应用程序，但是（因为我还在学习），我没有看到要在模型中放入什么。该应用程序有十几个视图、一个主控制器以及用于 SQL 交互和自定义数据类型的帮助文件。我能够在不使用模型的情况下很好地进行数据绑定，并且自定义数据类型按预期工作。请善待，我错过了什么？模型的目的是什么，为什么我应该被迫使用它（除了它是一个标准）？

活动记录模式是一种访问数据库中数据的方法。数据库表或视图被包装到一个类中。因此，对象实例与表中的一行相关联。创建对象后，保存时将新行添加到表中。

MVC 是使用 MVC（模型视图控制器）设计构建 Web 应用程序的框架：模型代表应用程序核心（例如数据库记录列表）。视图显示数据（数据库记录）。

在工厂模式中，我们在不向客户端公开创建逻辑的情况下创建对象，并使用公共接口引用新创建的对象。

与 Active Record 相比，使用 MVC 有什么好处？

在我的网站中，我使用了 Active Record 和 Factory 模式的组合。对我来说，使用这些更简单、更快捷，因为我只需要编写一些函数。另外，我不需要视图、模型或其他东西。我的意思是在我看来，我越受规则约束，设计就越复杂。

但如果我说的是正确的，为什么有太多的框架使用 MVC ？

我正在编写我的第一个MVC应用程序,并且正在创建一个新的MembershipProvider但是遇到了一些编译错误,这些错误在这个过程中是完全错误的.这是我的代码:

public class ProfileProvider : MembershipProvider
    {
        protected NameValueCollection Config = null;
        protected new String Name = null;
        protected String _PasswordStrengthRegularExpression = "";
        protected int _MinRequiredNonAlphanumericCharacters = 0;
        protected int _MinRequiredPasswordLength = 0;
        protected String _PasswordFormat = "";
        protected Boolean _RequiresUniqueEmail = false;
        protected int _PasswordAttemptWindow = 0;
        protected int _MaxInvalidPasswordAttempts = 0;
        protected String _ApplicationName = "";
        protected Boolean _RequiresQuestionAndAnswer = false;
        protected Boolean _EnabledPasswordReset = false;
        protected Boolean _EnablePasswordRetrieval = false;

        protected new String PasswordStrengthRegularExpression
        {
            get
            { …

我目前正在使用MVC 5 Web应用程序,我被建议采用一种View per Controller方法,我觉得这种方法非常难以维护,MVC的优势是没收.

请建议我的应用程序将拥有大约180个用户界面页面,根据建议,这意味着180个控制器.

我有一个简单的PHP MVC框架,它以这种方式工作:

   StaticFramework (1)
          |
          V
         DIC (2)
          |
          V
     HTTPRequest
          |
          V
         App <-> Router
          |
          V
      Controller <-> Model
          |
          V
         View
          |
          V
     HTTPResponse

(1) StaticFramework是一个静态的"前端控制器",它给出了App它的默认依赖性(2) DIC(依赖注入容器),它的工作方式与Pimple类似.可以访问容器以更改这些默认依赖项.例如,Router类被注入App了DIC.

我有一个问题,因为它是一个MVC应用程序,我有3个重要的层:

• 模型;
• 视图;
• 控制器.

注入View很容易,因为它只是一个有一个render呈现PHP或HTML文件的方法的类,所以我只需要View在我的注入一个实例Controller.

但注入Model的Controller似乎更难.每个Model都是一个单独的类,所以我不能像我那样注入它View.每个人Model也可能需要其他依赖,例如a Database或XML类.

此外,我无法预测Controller将需要哪些型号,因为它可能需要其中的几种,例如,ArticleController需要ArticleModel和UsersModel. …

它引起了我的注意,http://www.example.com/Home/About被认为是完全不同的http://www.example.com/homE/abouT,但它们是相同的页面,并且都有标题响应200.

这些URL应该全部为大写或大写,并且任何变体都应返回301并重定向到所有小写或大写的URL.

这可能适用于"AboutUs"页面,但如果你说的是一个拥有大量产品的大型商店,这可能会杀死你将来或将来可能获得的任何排名.

希望MVC/ASP.NET可以使用某种选项在路由引擎中设置严格的URL.