web前端插件razor

2018-09-13 05:42:02 580 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

介绍Blazor、Razor 这两个概念 Blazor 使开发人员能够使用 C# 编写前端 UI 逻辑，替代或补充 JavaScript，同时利用 .NET 生态系统的优势，如类型安全、强类型语言、IDE 支持、丰富的类库等。总之，Blazor 是一个用于构建 Web 应用程序的框架，而 Razor 是 Blazor 以及 ASP.NET 生态中用于创建动态视图和组件的模板语言。在这段代码中，@model 指令指定了视图使用的模型，之后的 HTML 文本中混合了 C# 表达式和代码块，用于动态生成页面内容。阅读详情

web端有没有类似RAZOR引擎的插件?

可以引用片段HTML页,套用母板页.
一个HTML文件写成多个html文件,最后合并成一个文件.

...全文

Supervisor 安装与使用一、Supervisor 介绍 Supervisor 是一个用 Python 编写的进程管理工具，它可以用于监控和控制类 UNIX 操作系统上的多个进程。它是一个客户端/服务器系统，其中 Supervisor 的服务器端称为 supervisord，负责启动管理的子进程、响应客户端命令、重启崩溃或退出的子进程、记录子进程的 stdout 和 stderr 输出，以及处理子进程生命周期中的事件。客... 阅读详情

mirrorspace

HTML5 43,737 成员 5,572 内容

+ 关注 + 加入社区

切换为时间正序

mirrorspace 2018-09-17

打赏
举报

电脑还行 I7/12G .看来这问题是没找到要点.可能是RAZOR在插件环境中运行机制变了

引用 9 楼 daixf_csdn 的回复:

按你的说法，就是编译慢，不是运行慢了。那就换好点的电脑吧。

圣殿骑士18 2018-09-16

打赏
举报

按你的说法，就是编译慢，不是运行慢了。那就换好点的电脑吧。

mirrorspace 2018-09-16

打赏
举报

是的.你讲的情况就是这现在的情况
我使用的是razorengine.dll这个三方的库,在页面上,也就是使用了razor的几个功能 ,1.母版页2.片段页3.变量替换4.for循环
完全没有使用数据库.它的作用只是方便生成静态HTML而已.
目前是将这些功能与在VS2017的插件工程里面使用的.它慢的原因在于编译页面方法,每当一个razor页面,或者它的引用页面有修改时,就需要重新编译,这个时间较长,我做了文件修改对比,让它缓存编译结果,情况好了一点点,但还是较慢.
还有一个原因是,放在插件工程中运行时,比放在控制台中运行要慢,而且要使用Roslyn编译方式,否则编译时会卡掉.
我尝试了多种方法加速编译速度,但最终只能解决到这种程度.实现无法了

引用 7 楼 daixf_csdn 的回复:

[quote=引用 6 楼 mirror030 的回复:]
而且你说编译慢，也没有道理，其实不是编译慢，页面的编译只在页面更改时才编译一次，你觉得慢，可以在发布后预编译一下不就行了？
如果还说慢，那就不是编译问题，而是本身引擎生成的页面比较复杂所以慢，但这个慢也不一定能怪到页面，有可能是你从数据库提取数据慢呢？
说实在的引擎没有慢的理由，不就是填充几个数据，最多搞几个循环么？最大的慢的原因，很可能就是从数据库提取数据慢，你还是先测试一下，
搞清楚慢的原因。

圣殿骑士18 2018-09-16

打赏
举报

引用 6 楼 mirror030 的回复:

目前生成HTML的方法是使用RAZOR引擎生成静态HTML页面,然后发布在WEB服务器中.并没有使用VUE,REACT之类的单面框架.
但由于razor引擎太慢了.编译一个页面要1秒钟,所以想找一个替换razor的引擎,但也是在后端生成静态HTML,由于这个HTML的片段页比较多,所以是分布在多个文件中的,在发布HTML之前,需要将它拼合成一个HTML文件.
但VUE好像不是这种使用场景吧
[quote=引用 4 楼 daixf_csdn 的回复:]
如果你就是想用razor的模式一模一样的来处理前端，那你的观念就是不对的，前后端的场景不同，衍生出的适合工具当然也就不同，强求一样，这个工具必定是不高效的，那是给自己找不痛快。
如果你想尽量简单，就选vue。

[/quote]
晕，你现在又说在后端找替代razor的引擎。但你开头问的可不是这个，你问题的开头就说：
web端有没有。。。
web端。。。
web端。。。
关键字：web端。
当然我们都会以为是前端的工具，谁能想到你还是说后端呢？

作为后端工具来说，如果你觉得razor都慢了，那就用回旧的aspx引擎，有人说aspx引擎稍微快点。
如果这两个官方提供的引擎都不够快，那估计没有更快的引擎了。

而且你说编译慢，也没有道理，其实不是编译慢，页面的编译只在页面更改时才编译一次，你觉得慢，可以在发布后预编译一下不就行了？
如果还说慢，那就不是编译问题，而是本身引擎生成的页面比较复杂所以慢，但这个慢也不一定能怪到页面，有可能是你从数据库提取数据慢呢？
说实在的引擎没有慢的理由，不就是填充几个数据，最多搞几个循环么？最大的慢的原因，很可能就是从数据库提取数据慢，你还是先测试一下，
搞清楚慢的原因。

圣殿骑士18 2018-09-15

打赏
举报

angular，react，vue，都是

mirrorspace 2018-09-15

打赏
举报

目前生成HTML的方法是使用RAZOR引擎生成静态HTML页面,然后发布在WEB服务器中.并没有使用VUE,REACT之类的单面框架.
但由于razor引擎太慢了.编译一个页面要1秒钟,所以想找一个替换razor的引擎,但也是在后端生成静态HTML,由于这个HTML的片段页比较多,所以是分布在多个文件中的,在发布HTML之前,需要将它拼合成一个HTML文件.
但VUE好像不是这种使用场景吧

引用 4 楼 daixf_csdn 的回复:

如果你就是想用razor的模式一模一样的来处理前端，那你的观念就是不对的，前后端的场景不同，衍生出的适合工具当然也就不同，强求一样，这个工具必定是不高效的，那是给自己找不痛快。
如果你想尽量简单，就选vue。

圣殿骑士18 2018-09-14

打赏
举报

如果你就是想用razor的模式一模一样的来处理前端，那你的观念就是不对的，前后端的场景不同，衍生出的适合工具当然也就不同，强求一样，这个工具必定是不高效的，那是给自己找不痛快。
如果你想尽量简单，就选vue。

mirrorspace 2018-09-14

打赏
举报

能解决这问题就行.但复杂的框架不要了,不容易上手.

引用 1 楼 winzond 的回复:

框架，是不是你想要的？

winzond 2018-09-13

打赏
举报

框架，是不是你想要的？

web前端插件razor

相关推荐