- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
我有一个 block 的自定义实现,它的工作方式很像 Html.BeginForm()
.实现基本如下:
public class MyBlock : IDisposable {
private readonly HtmlHelper _html;
public MyBlock(HtmlHelper hml) {
this._html.ViewContext.Writer.WriteLine("BEGIN");
}
public void Dispose() {
this._html.ViewContext.Writer.WriteLine("END");
}
}
那么在我看来我可以这样做:
@using (new MyBlock(Html)) {
@: some content
}
得到:
BEGIN
some content
END
一切正常。但是,当我在“ Razor 片段”中使用我的 block 时遇到了麻烦,例如。 G。将一些 Razor 内容传递给采用 Func<object, HelperResult>
的函数时作为论据。例如,我有另一个 HtmlHelper 函数定义如下:
public static IHtmlString Content(this HtmlHelper @this, Func<object, HelperResult> razor) {
return razor(null);
}
@* use in a view as: *@
@{
var razorContent = Html.Content(@<div>Some razor content</div>);
}
@razorContent
但是,当我执行以下操作时,内部内容在没有外部内容的情况下呈现:
@{
var content =Html.Content(
@<text>
@using (new MyBlock(Html)) {
@: some content 2
}
<text>
);
}
@content
我认为问题在于“Html”仍然指的是外部上下文的 HtmlHelper,因此 BEGIN 和 END 被发送给与“某些内容 2”不同的作者,但是,我不确定这是不是情况。
有谁知道 (1) 出了什么问题以及 (2) 我该如何解决?
最佳答案
您的问题的部分解决方案是调用 HelperResult 的 WriteTo 方法。您可以将 Content 方法更改为如下内容:
public static void Content(this HtmlHelper @this, Func<object, HelperResult> razor)
{
razor(null).WriteTo(@this.ViewContext.Writer);
}
然后这样使用它:
@{ Html.Content(
@<text>
@using (new MyBlock(Html)) {
@: some content 2
}
</text>
);
}
编辑
如果你想以 IHtmlString 或任何其他字符串的形式返回值,你可以这样做:
public static IHtmlString Content(this HtmlHelper @this, Func<object, HelperResult> razor)
{
using (MemoryStream ms = new MemoryStream())
using (TextWriter tw = new StreamWriter(ms))
{
Delegate @delegate = (Delegate)razor;
WebViewPage target = (WebViewPage)@delegate.Target;
TextWriter tmp = target.Html.ViewContext.Writer;
try
{
target.Html.ViewContext.Writer = tw;
razor(null).WriteTo(tw);
tw.Flush();
ms.Seek(0, SeekOrigin.Begin);
TextReader tr = new StreamReader(ms);
return MvcHtmlString.Create(tr.ReadToEnd());
}
finally
{
target.Html.ViewContext.Writer = tmp;
}
}
}
关于c# - Razor:自定义 BeginForm()-like Razor 一次性 block 在某些情况下不起作用,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/14129921/
我的 blockly.js 文件中有以下代码 Blockly.Blocks['account_number'] = { // Other type. init: function() {
首先抱歉我的英语不好,我正在开发 Image Splitter 应用程序并且已经完成,但是现在的要求是当图像被分割(分成几 block /chunks)那么图像 block 的每一 block (ch
#value: 消息的返回值,当发送到一个 block 时,是该 block 中最后一句话的值。所以 [ 1 + 2. 3 + 4. ] value 计算结果为 7。我发现有时很难使用。有没有办法显式
我想构建一个包含 3 div 的响应式导航栏相同的 width和 height . 我申请了 inline-block到每个 block ,我得到一个我不理解的行为。 问题是,第三 block 由 2
我希望使用 Blockly 来允许非技术人员用户指定测试脚本。 它的一部分需要一个文件选择器,但是,我看不到 Blockly 有一个。是吗? 实际上,我找不到完整的标准 block 列表。谁有网址?
仅当您位于父 block 内部时,父 block 的 props.isSelected 才为 true,但当您在该 block 的 innerBlocks 内进行编辑时则不然。 如何从父 block
仅当您位于父 block 内部时,父 block 的 props.isSelected 才为 true,但当您在该 block 的 innerBlocks 内进行编辑时则不然。 如何从父 block
我想创建一个具有不同背景颜色 block 和不同悬停颜色 block 的导航栏 block 。我可以分别创建不同的悬停颜色 block 或不同的背景颜色 block ,但不能一起创建。所以请告诉我如何
我正在使用看到的代码 here定期执行代码: #define DELAY_IN_MS 1000 __block dispatch_time_t next = dispatch_time(DISPATC
为什么 block 必须被复制而不是保留?两者在引擎盖下有什么区别?在什么情况下不需要复制 block (如果有)? 最佳答案 通常,当您分配一个类的实例时,它会进入堆并一直存在,直到它被释放。但是,
我想弄清楚我这样做是否正确: 如果我有一个 block ,我会这样做: __weak MyClass *weakSelf = self; [self performBlock:^{
我想制作一个 4 block 导航菜单,虽然我已经显示了一个 block ,然后单击打开第二个 block ,从第二个开始选择并再次单击出现第三个 block ,第四个 block 相同...这是我的
例如,这样更好吗? try { synchronized (bean) { // Write something } } catch (Int
我想让一只乌龟检查前方小块的颜色并决定移动到哪里。如果前面的补丁不是白色的,那么乌龟向左或向右旋转并移动。我的 If 决策结构中出现错误,显示“此处应为 TRUE?FALSE,而不是 block 列表
我想创建一个 block 对角矩阵,其中对角 block 重复一定次数,非对角 block 都是零矩阵。例如,假设我们从一个矩阵开始: > diag.matrix [,1] [,2] [
我是区 block 链新手。突然我有一个问题,我们是否可以通过区 block 号来访问以太坊区 block 链上之前的区 block 数据。 例如我创建了一个block1、block2。 block
我是区 block 链新手。突然我有一个问题,我们是否可以通过区 block 号来访问以太坊区 block 链上之前的区 block 数据。 例如我创建了一个block1、block2。 block
我创建了一个等距环境,全部使用 Javascript 和 HTML5 (2D Canvas),大部分情况下工作正常。我面临的问题是使用不同高度的图 block ,然后对图 block 上的对象索引进行
这是令我困惑的代码: public Integer getInteger(BlockingQueue queue) { boolean interrupted = false; try
我有一个基于 TPL 数据流的应用程序,它仅使用批处理 block 和操作 block 就可以正常工作。 我已经添加了一个 TransformBlock 以尝试在发布到批处理 block 之前从源中转
我是一名优秀的程序员,十分优秀!