|
|
1
2
我能想到的一个例子是调用html.renderAction(链接: http://msdn.microsoft.com/en-us/library/ee703490.aspx ,然后将要用作路由值的链接传递给action方法(它将显示为操作的参数)。因为它是一个渲染,所以您需要返回到控制器进程,这样您就可以让它渲染您想要的任何视图或数据,具体取决于用户的状态。 例子:
你的控制器应该有:
|
|
|
2
0
我们有同样的问题。最后我们编写了很多助手方法,在需要大量HTML输出的情况下,我们将它们放在部分视图中。 |
|
|
3
0
根据用户可以更改的值创建多个具有各种控件的视图,然后根据用户的访问权限返回正确的视图,这难道不简单吗? 视图应该只用于显示信息,实际上不应该包含任何条件逻辑,或者至少是最低限度的条件逻辑。 我总是发现,当我发现很难摸索到像你这样的情况时,最好的解决办法总是回到控制者那里,从一开始就对我传递给视图的内容进行电子评估。 当视图被调用来完成它的工作时,所有重要的“决策”都应该已经做出了。 |
|
|
4
0
在复杂的情况下,有许多条件和规则,我这样做: 视图模型
观点:
|
|
|
5
0
我个人认为这种条件逻辑在视图中没有任何问题。逻辑仍然是关于表示的。您可以决定是显示还是隐藏、启用还是禁用、突出显示等。这是视图的工作,而不是控制器的工作。只要视图不需要实际计算任何东西来做出决定。控制器应该和其他方法一样不可知视图的实现。 我的方法是:
这样做的好处是视图本身可以被删除和替换,而不会对控制器产生任何影响。 |
|
|
Dónal · Spring Boot应用程序中的伪造证明文件类型验证 1 年前 |
|
|
David · 何时实际应用字符编码? 1 年前 |
|
|
Qiuzman · 如何确保v-combobox中的所有项目都遵循规则 1 年前 |
|
DevilsThumb · 赋值时的Pydantic类型转换 1 年前 |