Domanda

Ho aggiornato a MVC 4 ieri e ho appena scoperto un bug che l'aggiornamento introdotto.

Ho una vista del rasoio che viene utilizzata per generare un feed RSS.Ha qualche markup come questo (semplificato):

<item>
    <title>@post.BlogPost.Title</title> 
    <link>@Url.BlogPost(post.BlogPost, isAbsolute: true)</link>
</item>
.

In Razor versione due, c'è supporto speciale per Elementi Voidi HTML5 .Tali elementi voidi sono auto-chiusura e non hanno un tag di chiusura.

Sfortunatamente, <link> è un elemento di questo tipo.

Ciò significa che il markup di rasoio sopra non è più valido e fallisce in fase di esecuzione.La rimozione del tag </link> di chiusura rimuove l'errore del parser, ma significa che non è più valido RSS.

Allora, c'è un modo per aggirare questo, o è rasoio solo adatto a generare HTML5?

È stato utile?

Soluzione 4

La risposta breve a questa domanda sembra essere quella rasoio, come la versione 2, è legata all'HTML per l'esclusione di XML.I chiesto a uno dei Dev'sPer conferma , quindi si spera che torna.

Ho finito per modificare il mio metodo per utilizzare LINQ in XML e un ActionResult personalizzato, bypassing rasoio e in effetti qualsiasi motore di visualizzazione:

[HttpGet]
[OutputCache(Duration = 300)]
public ActionResult Feed()
{
    var result = new XmlActionResult(
        new XDocument(
            new XElement("rss",
                new XAttribute("version", "2.0"),
                new XElement("channel",
                    new XElement("title", "My Blog")
                    // snip
                )
            )
        )
    );

    result.MimeType = "application/rss+xml";

    return result;
}
.

Ciò richiede il seguente generazione personalizzato ActionResult:

public sealed class XmlActionResult : ActionResult
{
    private readonly XDocument _document;

    public Formatting Formatting { get; set; }
    public string MimeType { get; set; }

    public XmlActionResult([NotNull] XDocument document)
    {
        if (document == null)
            throw new ArgumentNullException("document");

        _document = document;

        // Default values
        MimeType = "text/xml";
        Formatting = Formatting.None;
    }

    public override void ExecuteResult(ControllerContext context)
    {
        context.HttpContext.Response.Clear();
        context.HttpContext.Response.ContentType = MimeType;

        using (var writer = new XmlTextWriter(context.HttpContext.Response.OutputStream, Encoding.UTF8) { Formatting = Formatting })
            _document.WriteTo(writer);
    }
}
.

Altri suggerimenti

Lo farei così:

<item>
   <title>
      @post.BlogPost.Title
   </title>

   @Html.Raw("<link>")
      @Url.BlogPost(post.BlogPost, isAbsolute: true)
   @Html.Raw("</link>")
</item>
.

La fonte generata sarà simile a questa:

<item>
    <title>
        Google
    </title>

     <link>
         http://www.google.se
    </link>
</item>
.

Per ora vado con questa soluzione alternativa:

 @Html.Raw(string.Format(@"<param name=""{0}"">{1}</param>",Name, Value)) 
.

Dal momento che Alexander Taran ha aperto una generosità su questa domanda in una ricerca di una risposta definitiva a questo, pensavo di dare un'occhiata a codice sorgente di rasoio su Codeplex e fornire un certo particolare.

In primo luogo, dai un'occhiata a HtmlMarkupParser . Contiene questo dato di riferimento:

//From http://dev.w3.org/html5/spec/Overview.html#elements-0
private ISet<string> _voidElements = new HashSet<string>(StringComparer.OrdinalIgnoreCase)
{
    "area", "base", "br", "col", "command", "embed", "hr", "img", "input", "keygen",
    "link", "meta", "param", "source", "track", "wbr"
};
.

Questo è esposto tramite HtmlMarkupParser.VoidElements e l'unico utilizzo di questa proprietà è in HtmlMarkupParser.RestOfTag(...) . Questo è un parser che sta camminando attraverso una sequenza di token. Lo snippet del codice rilevante è:

if (VoidElements.Contains(tagName))
{
    // Technically, void elements like "meta" are not allowed to have end tags. Just in case they do,
    // we need to look ahead at the next set of tokens. If we see "<", "/", tag name, accept it and the ">" following it
    // Place a bookmark
    int bookmark = CurrentLocation.AbsoluteIndex;

    // Skip whitespace
    IEnumerable<HtmlSymbol> ws = ReadWhile(IsSpacingToken(includeNewLines: true));

    // Open Angle
    if (At(HtmlSymbolType.OpenAngle) && NextIs(HtmlSymbolType.Solidus))
    {
        HtmlSymbol openAngle = CurrentSymbol;
        NextToken();
        Assert(HtmlSymbolType.Solidus);
        HtmlSymbol solidus = CurrentSymbol;
        NextToken();
        if (At(HtmlSymbolType.Text) && String.Equals(CurrentSymbol.Content, tagName, StringComparison.OrdinalIgnoreCase))
        {
            // Accept up to here
            Accept(ws);
            Accept(openAngle);
            Accept(solidus);
            AcceptAndMoveNext();

            // Accept to '>', '<' or EOF
            AcceptUntil(HtmlSymbolType.CloseAngle, HtmlSymbolType.OpenAngle);
            // Accept the '>' if we saw it. And if we do see it, we're complete
            return Optional(HtmlSymbolType.CloseAngle);
        } // At(HtmlSymbolType.Text) && String.Equals(CurrentSymbol.Content, tagName, StringComparison.OrdinalIgnoreCase)
    } // At(HtmlSymbolType.OpenAngle) && NextIs(HtmlSymbolType.Solidus)

    // Go back to the bookmark and just finish this tag at the close angle
    Context.Source.Position = bookmark;
    NextToken();
}
.

Ciò significa che il seguente sarà analizzato con successo:

<link></link>
.

Comunque la lookahead è limitata, il che significa che eventuali token extra visti prima del tag di chiusura causano fallire:

<link>Some other tokens</link>
.

Potrebbe essere possibile estendere la portata della lookahead in questo caso. Se qualcuno è appassionato, possono fornire una richiesta di tiro al team MVC.

HTML5 Link è un elemento speciale utilizzato in intestazione per fogli di stili e simili.

Il tuo RSS non dovrebbe essere HTML5 ma qualcosa come

<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
.

Potresti averlo in un controller di layout che i tuoi feed RSS utilizzeranno

<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
    @RenderBody()
</rss>
.

Un modo alternativo che l'ho fatto in previsione è quello di avere una vista completamente vuota e quindi il controller qui sotto:

    [NHibernateActionFilter]
    public AtomActionResult Feed()
    {
        var dto = _service.GetThings(NHibernateSession);
        var items = Mapper.Map<List<ThingDto>, List<SyndicationItem>>(dto);
        var url = HttpContextWrapper.Request.UrlReferrer;
        var feed = new SyndicationFeed("MyTitle", "MyByline", url, items)
        {
            Copyright = new TextSyndicationContent("© 2012 SO"),
            Language = "en-IE"
        };
        return new AtomActionResult(feed);
    }
.

di particolare nota è System.ServiceModel.Syndication.SyndicationFeed

E questo è il mio risultato personalizzato

 public class AtomActionResult : ActionResult
    {
        readonly SyndicationFeed _feed;

        public AtomActionResult() { }

        public AtomActionResult(SyndicationFeed feed)
        {
            _feed = feed;
        }

        public override void ExecuteResult(ControllerContext context)
        {
            //context.HttpContext.Response.ContentType = "application/atom+xml";
            //chrome does not yet support atom+xml 
            //http://code.google.com/p/chromium/issues/detail?id=104358
            context.HttpContext.Response.ContentType = "application/xml";
            var formatter = new Atom10FeedFormatter(_feed);
            using (XmlWriter writer = XmlWriter.Create(context.HttpContext.Response.Output))
            {
                formatter.WriteTo(writer);
            }
        }
    }
.

Cosa puoi fare è questo:

@("<link>" + Url.BlogPost(post.BlogPost, isAbsolute: true) + "</link>")
.

molto più semplice

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top