HMVC模式的准确使用/消耗？

Question

我正在努力理解HMVC，以及在我当前的MVC应用程序中如何或是否应该考虑它。

关于这个关于MVC架构的问题，

有时采用分层模型-视图-控制器(HMVC)模式(也称为表示-抽象-控制)是处理更复杂的接口和应用程序需求的好选择。

“然而，在控制GUI元素(小部件)方面，传统的MVC范围是不够的。MVC不处理数据管理、事件管理和应用程序流的复杂性。作为MVC三位一体的一种适应，HMVC --分层--模型--视图--范式寻求解决上述一些问题。”

Jason Cai、Ranjit Kapila和Gaurav Pal (2000年7月)。HMVC:开发强大客户层的分层模式。JavaWorld杂志。

1：https://stackoverflow.com/questions/113602/when-to-use-mvc-architecture

我一直在努力理解PAC/HMVC，上面的文字引起了共鸣。HMVC的三位一体抽象可以应用于页面上的“小部件”，或者在使用ASP.Net视图引擎(相对于Razor视图引擎)时，如何将其转换为页面上的“控件”。

这会是HMVC模式的准确应用吗？

如果是这样的话，我不确定具体如何实现。我确实看到了这种方法的优点，因为如果主页面加载得很好，并且一些用户控件/小部件出现错误，那么页面仍然会加载。

所以主页面控制器会调用它的小部件控制器吗？从主视图来看，我猜想模型继承会发挥作用，就像您在一个简单的MVC页面中使用模型的对象一样。

在代码中，从顶层视图调用两个或三个三合会数据的代码会是什么样子？

Answer 1

在阅读了HMVC的不同资源之后，我相信ASP.NET MVC从2.0开始就以Area的形式出现了HMVC。

将其与T4MVC和调用Action.PartialX()方法结合起来，您就可以得到下一个热门单词HMVC。

Answer 2

首先，你提出了一些有趣的观点。其次，我假设您熟悉ASP.NET MVC框架。

只要在这里大声地考虑一下，就会有一个名为HtmlHelper ()的部分()，它接受控制器和操作，并返回结果。因此，如果您编写了一个返回PartialView的操作(可以使用一个小部件--每个页面可以有多个)，这是否是上述体系结构的一个合理实现？

谢谢,

哑光