Nancy: Falta el soporte de Razor para .net core (netcoreapp1.0)

¿Parece que todos los motores de visualización carecen del soporte para netcoreapp1.0?

editar: Excepto el incorporado

Razor ahora está en Microsoft.AspNetCore.Razor para DOTNET Core. Actualmente, estoy viendo cómo portar el código en Nancy.

@gravypower ¿ Algún éxito?

Desafortunadamente, no en este punto, hay mucho código en el proyecto de nancy razor que no entiendo dónde han cambiado algunas API de razor. Tendré que averiguar qué está pasando antes de que pueda tener la oportunidad de trasladar el código. Podría ser mejor que un miembro del equipo de Nancy le dé instrucciones.

Realmente necesito esto, pero no estoy trabajando en ello hasta que todas las herramientas estén arregladas para dotnet core, he estado evitando el lío. Tengo mi aplicación funcionando en dotnet core para API, pero no en las cosas de la navaja, lo que me impide alojar mi aplicación en Ubuntu.

¿Dónde está el equipo nansy?

¿Algún avance en esto? Realmente me gustaría quedarme con Nancy para mis proyectos futuros: /

No hay una forma sencilla de avanzar con esto. No es algo imposible de hacer, pero es muy difícil y simplemente no hemos tenido el tiempo para invertir hasta este momento. Creo que he explicado esto varias veces, en muchos lugares, así que aquí va de nuevo.

No existe un motor de vista de Razor entre marcos o incluso independiente en el sentido en que la mayoría de la gente espera que lo haya. Básicamente, hay un análisis de Razor, es decir, lo que puede analizar la sintaxis de Razor en un fragmento de código ejecutable. Esta parte es utilizada por la mayoría de los motores de visualización (digo la mayoría, porque estoy seguro de que alguien ha implementado su propio analizador léxico Razor también 😄). Hasta ahora todo bien ... casi ... este analizador solo comprende los conceptos básicos de la sintaxis de Razor y no todas las cosas que esperamos usar de nuestras vistas de Razor ... cosas como páginas maestras, __viewstart, etc.no lo son conceptos que el analizador comprende ... estos son conceptos de motor de vista .

¿Ver motor dices? Sí. Los motores de visualización son el fragmento de código que actúa como puente entre el analizador sintáctico razor y un marco . Aquí es donde se pone peludo ... los motores contienen conceptos específicos del marco. Entonces, el motor Razor que Microsoft envía para ASP.NET * hace uso de sus conceptos y abstracciones (como HttpContext y otros bits y bobs) ... mientras que el motor Razor para Nancy hace uso de características específicas de Nancy, como ver convenciones de ubicación, NancyContext y otras cosas. Simplemente no podemos tomar uno y conectarlo a otro.

Para agregar a eso, ¿recuerdas las cosas que mencioné anteriormente, como páginas maestras, etc.? Si desea que su motor los admita, debe implementarlos usted mismo. Eso significa que hemos tenido que implementarlos nosotros mismos en el motor de Nancy. Y créame ... la documentación sobre el analizador de Razor y las molestias de las características que se encuentran en el motor ASP.NET Razor es pobre en el mejor de los casos, por lo que ha habido MUCHO tiempo y especulación involucrada.

Avance rápido hasta ahora y ha habido otro salto adelante en la funcionalidad proporcionada tanto en el analizador de Razor como en el conjunto de características adicionales que proporciona la última encarnación de ASP.NET Razor Engine. También hay muchos otros cambios internos que serían necesarios para trabajar en ASP.NET Core.

Dicho esto ... esto es algo en lo que realmente quiero que funcione. Vamos a ver si puedo hacer ping @NTaylorMullen y ver si puede ayudarnos a conseguir la fase de análisis de ir .. es decir, lo que hace la nueva imagen de la API superficie de la maquinilla de afeitar de esa manera tendríamos que consumir .. de Nancy que necesitamos para proporcionar una IViewEngine aplicación que envuelto los nuevos bits de Microsoft

alguna actualización sobre esto?