问题标签 [partial]

我想在我的 Linq 表类中实现这个部分方法。

我希望它是在插入之前调用的。谁能告诉我何时调用 OnValidate 方法？

更新 1

我知道我可以检查枚举以查看导致它触发的操作。但它什么时候被调用？我需要知道每次有人提交更改时是否都会调用它或什么？

我有一个 ASPX 页面。在顶部我显示 5 个类别（例如：笔、书、鞋、手机、镜子）当我单击任何类别时，我想在标题下方显示该类别下的产品。我不想为此重新加载整个页面。我想在点击时保持我的页面原样（页眉、页脚和侧面板），除了图像的中心位置（可能是要显示的 DIV 或表格）产品）。最好的方法是什么？。我不想使用 ASP.NET Ajax 更新面板。我已经在我的项目中使用 jQuery。那么无论如何用 jQuery 来做这件事吗？请指教。在此先感谢

我有一个 MVC 应用程序，其中包含很多使用 Ajax (jQuery) 调用的控制器操作，并返回更新屏幕的一部分的部分视图内容。但我宁愿返回 JSON 这样的东西。

HTML 只是 Json 的一个属性。这意味着我需要检索 View 方法呈现的 HTML。有什么简单的方法可以做到这一点，我见过的一些例子非常复杂。

编辑：这个问题最初是针对 ASP.NET MVC 1，但如果版本 2 更容易，我想听听答案。

使用局部变量似乎是可取的，可以在应用程序范围内使用以避免跨应用程序的依赖关系。

但是在单个控制器中，引用实例变量似乎是可以接受的，您知道这些实例变量将在所有使用部分的操作中可用。

但是，如果您这样做，似乎存在风险，即特定操作可能会更改为不再向其视图提供实例变量。然后部分将停止工作。不过，我不确定这是否真的是一个问题，因为常规视图会遇到同样的风险。

如果您在部分中引用实例变量，这有关系吗？

为了与 DRY 原则保持一致，我尝试在重复特定模式超过一次或两次时立即使用分音。结果，我的一些观点由十个或更多不同的部分组成。我担心这可能会对整体性能产生负面影响。一些编程书籍将部分的使用与方法的使用进行了比较。那么我应该使用相同的理由来确定何时使用它们吗？

关于 Rails 项目中部分的大小和数量的最佳实践是什么？

我正在尝试在 Site.Master 页面上对用户登录和购物车等内容使用甜甜圈缓存，以便我们可以将 OutputCache 放在应用程序中一些资源密集型页面上。

目前，我正在使用标签，然后在后面的代码中从静态方法中写出 html。

我宁愿将 html 代码放在部分视图 (.ascx) 中并将其呈现为字符串，因为我真的不喜欢将 javascript 使用的特定 html 元素隐藏在编译代码中。

我看过这篇文章，看起来这是一个有效的想法，可以修改为将部分渲染为字符串： 通过控制器渲染部分

有没有更简洁的方法可以将部分渲染到字符串而无需通过控制器？

在处理你不是 100% 熟悉的任何框架时，我发现尝试理解和清理任何无关的警告是明智的，只要这样你就有更好的机会在真正的错误发生时注意到它们。

我最近得到的一个是：

它似乎没有破坏我当前代码库中的任何内容，但我担心只是因为我不完全理解警告。我认为通常最好不要在你的部分中使用@model。

尽管如此，每次这个特定的“模型”出现在它的部分时，这个警告就会被调用。

我应该如何明确分配它？我在控制器中创建了@model，然后使用集合调用部分（理解为“railsy”方法。）

谁能向我解释这里发生了什么，以及在这种情况下有哪些最佳实践？我还没有吓坏，但数英里的警告往往会淹没我的应用程序的实际输出。

这可能很容易，但我很难弄清楚。

我有一个部分：

从 find_by_sql 结果如下：

但我不知道会有多少天，我怎样才能循环遍历不同天的列结果？

是否存在 Rails 在模板中执行的渲染：部分调用覆盖控制器实例变量的情况？例如，假设我们有：

控制器

查看 my_action.html.erb

查看_my_helper.html.erb

在 my_helper 中使用 @widget 时，是否有任何记录在案的场景（错误或设计）？我在应用程序中看到了这种行为，但无法追踪其来源。

一些注意事项：
* 该应用程序在 Rails 2.1.1 中运行。
* 虽然可以将局部变量分配给渲染 :partial => my_helper 调用，但由于多种原因，局部变量在这种情况下并不理想。
* 我花了很多时间筛选 ActionController 和 ActionView，但无法隔离行为。

我的问题是 fprintf 只是将预期输出的一部分打印到文件中。当我使用 printf 时，输出正确打印在输出窗口上，表明循环是正确的，但是当我将它与 fprintf 一起使用时，不会打印完整的输出。仅打印初始部分。

请告知可能是什么问题？？？

提前致谢...