Questions tagged «mvc»

我读过这个页面设计模式，并编写代码时，你应该如何对待他们。据我了解，链接标题如下： 模式不是构件。 如果我理解正确，这意味着在有意义之前不要使用设计模式，对吗？不要一开始就说要使用策略模式，请等到编写一些代码为止，如果使用策略模式对您的设计有意义，那么就使用它。 创建GUI应用程序时，是否以相同方式对待MCV / MVP模式？从各自的链接，它说这是一种建筑模式。 假设如果我创建一个GUI应用程序并且不使用MCV / MVP模式，但是我的代码是干净，可读且可维护的，那么我是否仍未使用MCV / MVP模式仍然是代码异味/不良设计？ ？

9 design-patterns  mvc  mvp 

我很难掌握如何在Javascript中使用类似于MVC的方法来构造/构造画布应用程序。用户界面将非常流畅和动画化，游戏也将非常简单化，但会重点强调补间和动画。我了解了MVC的工作原理，但实际上却没有。我已经从中搜查了一些漏洞，阅读了很多文章，现在和我刚开始时一样困惑。 有关应用程序区域的一些详细信息： 多屏幕游戏框架-多个游戏将位于该框架内常见的UI“屏幕”包括：设置，信息，选择难度，主菜单等。 多种输入法 常见的UI元素，例如某些屏幕上的顶部菜单栏 使用不同渲染方法（画布/ DOM / webGL）的可能性 目前，我有一个AppModel，AppController和AppView。从这里开始，我计划添加每个“屏幕”并将其附加到AppView。但是，诸如顶部菜单栏之类的东西又应该是另一个MVC三合会吗？在不紧密耦合组件的情况下，我将在何处以及如何安装它？ 将一个MVC三合一组合在另一个中是否被接受？即我可以将每个“屏幕”添加到AppView吗？“ triad”甚至是公认的MVC术语吗？ 我的想法在这些选择下融化了……我觉得这里缺少基本的东西。我已经有一个不使用MVC方法就可以启动并运行的解决方案，但是最后却得到了紧密耦合的解决方案-逻辑和视图，目前已经结合在一起。这个想法是打开它并使视图更容易更改（例如，将画布视图换成基于DOM的视图）。 当前使用的库：require.js，createJS，下划线，GSAP，手动MVC实现 任何指针，示例等，特别是关于事物的实际设计以及将“屏幕”划分为适当的M，V或C的指针，示例等都将受到赞赏。 ...或除MVC以外更合适的方法 [注意，如果您之前曾看过这个问题，是因为我在另外两个不正确的stackexchange社区中提出了这个问题……我的大脑已经停止运作了]

9 design-patterns  javascript  mvc  html5  canvas 

已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 5年前关闭。 在过去的几个月中，我一直在与Zend的MVC实现一起研究OOP。通常，我对编程还很陌生，但是我强烈感到应该以“正确”的方式学习事物，这对我而言意味着要确保我理解为什么事情按照原样进行。即，我发现在学习如何做某事（任何事情，比如说音乐）时，学习如何做某事的最好方法是首先知道为什么要这样做。 无论如何，我一直在努力地理解如何开发自己的业务模型（例如，MVC的M），并且我决定这并不是因为我一般都不了解OOP，因为我已经研究了好几个几个月，我认为这些概念很难掌握。实际上，我发现我研究的示例非常直观。我认为，对我而言，问题在于将自己的问题转​​换为面向对象的解决方案的过程。书中的示例（到目前为止，我已经阅读过）太明显了，因此将问题转化为对象的过程并不是很困难。我认为我可能会缺少一个高级抽象过程。每个面向对象的解决方案都必须在最高级别上回答的某种步骤或问题列表。 如果您仅用五个步骤来描述这样的过程，它们将是什么，为什么？将任何问题转换为面向对象的解决方案最有效的过程是什么？

9 object-oriented  mvc  domain-model  business-logic 

大约有不计其数的“ PHP框架”。他们中的大多数人都遵循 MVC模式。欢迎克服osCommerce编码风格（处理逻辑与SQL和HTML大量混合），但是肯定会有更简单，更容易遵循的方法来获得可维护的应用程序设计。 最初的MVC概念针对的是GUI应用程序。对于Gtk / Python，相应地遵循它似乎是可行的。但是，PHP Web应用程序无法在实时视图（GUI元素）和持久性Controller运行时上运行。如果仅描述所使用的代码+目录分组或类命名，那肯定是一个误称。 “ MVC”似乎像是PHP框架的流行语。而且我实际上已经看到一个或两个成熟的PHP框架承认了这一点，但是无论如何都要重新定义该短语以匹配内部。 那一般是蛇油吗？为什么不使用更好的术语，而传播更明智的可维护PHP概念呢？ 一些详尽的推理 为什么我怀疑PHP实现没有遵循真正的MVC模式： 模型：理论上，模型应该很胖并且包含业务逻辑，而控制器应该是瘦处理器（输入->输出）。实际上，PHP框架提倡浅层模型。CI和Symfony例如等同于Model == ORM。即使HTTP输入也由控制器处理，也不被视为模型。 视图：打折了AJAX的变通办法，网页上没有视图。PHP框架仍然可以抽出页面。该接口仍然有效地遵循普通的HTTP模型，与非MVC应用程序相比没有任何优势。（最后，没有一个广泛使用的php框架实际上不能输出到GUI Views而不是HTML。我见过一个可以运行Gtk / Console / Web的PHP库，但是这些框架不能。） 管理员：我不确定。控制器可能不需要在MVC模型中长时间运行并保持活动状态。但是，在PHP框架上下文中，它们主要是请求处理程序。并不是真正值得争论的事情，但是它听起来有点b琐。 会有更好的描述符吗？我见过像PMVC或HMVC这样的缩写词。尽管那里的描述变得更加模棱两可，但是也许这些描述会比当前的Web框架描述得少一些？

9 php  mvc