|
|
1
2
这可能需要几个问题:P。。。但它也是维基的良好基础。 问题1。 Rails使用约定——如果您有一个名为“list”的视图,Rails就足够聪明,可以将其视为存在一个list方法。当然,由于没有方法,您将没有任何逻辑,但视图仍将被渲染。 问题2。 如果添加列表方法,Rails现在将调用它。同样,Rails非常聪明,可以假设列表操作映射到列表视图。如果要调用其他视图,可以使用控制器的内置“渲染”方法。 第三季度。 通常,您不应该从视图中调用控制器方法。它根本不是MVC模型的一部分。您可以将数据传递到视图中,也可以使用帮助器实现所需的任何特定于视图的方法。如果您有广泛的自定义逻辑,您可以开始将代码推送到模型中,甚至构建位于/lib目录中的模块和类。 第四季度。 问题5。 这绝对是一个完全不同的问题。建议开始一个新的,但做一个搜索,因为我知道这已经得到了相当广泛的解决,所以之前。有许多机制与Rails一起工作以进行调度。 |
|
cluster1 · 采取独立的新行动的好处是什么? 1 年前 |
|
|
Robert · 使用JSON或哈希时,将NULL替换为NIL 1 年前 |
|
|
Fred Willmore · Rails控制器不呈现任何模板 2 年前 |
|
|
Diogo Amaral · 实现API请求的正确方式 2 年前 |
|
|
Meknassih · 在控制器方法中分配给模型没有任何作用 2 年前 |
|
|
Michael Ding · Rails上的默认会话到期问题 2 年前 |
|
|
Flávio · 基于另外两个生成数组 2 年前 |