-
本版专家分：272结帖率 99.4% -
web端有没有类似RAZOR引擎的插件?
可以引用片段HTML页,套用母板页.
一个HTML文件写成多个html文件,最后合并成一个文件.
-
本版专家分：3325
-
- 黄花 2018年12月 Web 开发大版内专家分月排行榜第二
-
-
框架，是不是你想要的？
-
本版专家分：272
-
能解决这问题就行.但复杂的框架不要了,不容易上手.
-
本版专家分：144
-
-
黄花
2006年6月 PowerBuilder大版内专家分月排行榜第二
2006年5月 PowerBuilder大版内专家分月排行榜第二
-
- 蓝花 2006年7月 PowerBuilder大版内专家分月排行榜第三
-
-
angular，react，vue，都是
-
本版专家分：144
-
-
黄花
2006年6月 PowerBuilder大版内专家分月排行榜第二
2006年5月 PowerBuilder大版内专家分月排行榜第二
-
- 蓝花 2006年7月 PowerBuilder大版内专家分月排行榜第三
-
-
如果你就是想用razor的模式一模一样的来处理前端，那你的观念就是不对的，前后端的场景不同，衍生出的适合工具当然也就不同，强求一样，这个工具必定是不高效的，那是给自己找不痛快。
如果你想尽量简单，就选vue。
-
本版专家分：272
-
目前生成HTML的方法是使用RAZOR引擎生成静态HTML页面,然后发布在WEB服务器中.并没有使用VUE,REACT之类的单面框架.
但由于razor引擎太慢了.编译一个页面要1秒钟,所以想找一个替换razor的引擎,但也是在后端生成静态HTML,由于这个HTML的片段页比较多,所以是分布在多个文件中的,在发布HTML之前,需要将它拼合成一个HTML文件.
但VUE好像不是这种使用场景吧
-
本版专家分：144
-
-
黄花
2006年6月 PowerBuilder大版内专家分月排行榜第二
2006年5月 PowerBuilder大版内专家分月排行榜第二
-
- 蓝花 2006年7月 PowerBuilder大版内专家分月排行榜第三
-
-
晕，你现在又说在后端找替代razor的引擎。但你开头问的可不是这个，你问题的开头就说：
web端有没有。。。
web端。。。
web端。。。
关键字：web端。
当然我们都会以为是前端的工具，谁能想到你还是说后端呢？
作为后端工具来说，如果你觉得razor都慢了，那就用回旧的aspx引擎，有人说aspx引擎稍微快点。
如果这两个官方提供的引擎都不够快，那估计没有更快的引擎了。
而且你说编译慢，也没有道理，其实不是编译慢，页面的编译只在页面更改时才编译一次，你觉得慢，可以在发布后预编译一下不就行了？
如果还说慢，那就不是编译问题，而是本身引擎生成的页面比较复杂所以慢，但这个慢也不一定能怪到页面，有可能是你从数据库提取数据慢呢？
说实在的引擎没有慢的理由，不就是填充几个数据，最多搞几个循环么？最大的慢的原因，很可能就是从数据库提取数据慢，你还是先测试一下，
搞清楚慢的原因。
-
本版专家分：272
-
是的.你讲的情况就是这现在的情况
我使用的是razorengine.dll这个三方的库,在页面上,也就是使用了razor的几个功能 ,1.母版页2.片段页3.变量替换4.for循环
完全没有使用数据库.它的作用只是方便生成静态HTML而已.
目前是将这些功能与在VS2017的插件工程里面使用的.它慢的原因在于编译页面方法,每当一个razor页面,或者它的引用页面有修改时,就需要重新编译,这个时间较长,我做了文件修改对比,让它缓存编译结果,情况好了一点点,但还是较慢.
还有一个原因是,放在插件工程中运行时,比放在控制台中运行要慢,而且要使用Roslyn编译方式,否则编译时会卡掉.
我尝试了多种方法加速编译速度,但最终只能解决到这种程度.实现无法了
-
本版专家分：144
-
-
黄花
2006年6月 PowerBuilder大版内专家分月排行榜第二
2006年5月 PowerBuilder大版内专家分月排行榜第二
-
- 蓝花 2006年7月 PowerBuilder大版内专家分月排行榜第三
-
-
按你的说法，就是编译慢，不是运行慢了。那就换好点的电脑吧。
-
本版专家分：272
-
电脑还行 I7/12G .看来这问题是没找到要点.可能是RAZOR在插件 环境中运行机制变了