C# 定制Asp网络剃须刀引擎

C# 定制Asp网络剃须刀引擎,c#,asp.net,razor,typescript,C#,Asp.net,Razor,Typescript,我有一个扩展标准razor引擎的想法,并添加对typescript处理的支持。这将非常简单。我们将只在标记中编写typescript代码。然后razor爬行页面,它标准地处理所有@(C#)语句,然后在标记中编译typescript,并用输出javascript代码替换它。那么,有可能以这种方式扩展剃须刀引擎吗?我在哪里可以读到它?第二步是为VS编辑器添加typescript语法支持。但现在我对第一个问题有兴趣了。谢谢 那么,有可能以这种方式扩展剃须刀引擎吗?我在哪里可以读到它 对。但是没有官方文

我有一个扩展标准razor引擎的想法,并添加对typescript处理的支持。这将非常简单。我们将只在
标记中编写typescript代码。然后razor爬行页面,它标准地处理所有
@
(C#)语句,然后在
标记中编译typescript,并用输出
javascript
代码替换它。那么,有可能以这种方式扩展剃须刀引擎吗?我在哪里可以读到它?第二步是为VS编辑器添加typescript语法支持。但现在我对第一个问题有兴趣了。谢谢

那么,有可能以这种方式扩展剃须刀引擎吗?我在哪里可以读到它

对。但是没有官方文档,但是它是开源的:

旁注 建议您不要走这条路:

  • 与VS的链接过于紧密
  • 而不是社区已经在的地方(使用类似的方式)

这是一个有趣的想法,但你真的相信使用typescript的人会将所有代码放在页面上的脚本标记之间吗?它还会编译引用的typescript代码吗?经验表明,编译大型typescript项目需要时间。在运行中编译所有内容可能会影响页面加载时间。据我所知,razor会缓存已编译的页面。仍然可以为编译后的脚本创建自定义缓存。为什么当一个产品不受欢迎时,使用它会导致“紧密链接”,即“不要使用产品x,它会导致紧密链接。请使用产品y。”就像产品y本身不会引入更少的依赖性一样。那么,如果VS实际上引入了链接或依赖关系呢。在成本/收益的基础上评估产品,并使用净收益最大的产品,会发生什么?Ra剃是一款很棒的引擎,我希望能看到它的扩展。同意,但是有更多的OSS支持(和已经被证明的工作流)是一个必须考虑的事情,这就是我所说的。