direct print vs templating - noradle/plsql-print GitHub Wiki

和 jade 等高端基于页面模板的页面生成模式的比较

1. 模板有的功能，API 也能实现

• mixin 这个不过是共享的子存储过程而已， ，使用存过过程而不是模板更容易进行部件的共享 ，不过是调用带或不带参数子存储过程而已 ，也无需向其他变成语言需要先 import|include 其他程序。
• 模板支持 escape <>，编程语言也完全可以支持 ，x.e 可以将<> 转成 & lt; & gt ，用在标签内容部分 ，如 x.p('<...>',x.e('...'))。

2. API 的性能也不差

• jade compile 功能，compile 的确提高了运行时页面生成性能，这个编程语言的确不及 ，但是 m(multi) 提供了模板预解析，这样重复的数据代入工作就可以非常的快 ，不用循环中每次都进行复杂的字符串解析工作 ，甚至可以将各种模板提前配置到表中 ，然后系统自动生成指定名称的预编译存储过程 ，这样系统生成速度完全可以媲美模板预编译类型的架构

3. API 有额外的优势

• 使用编程语言输出页面，后台逻辑更灵活 ，而模板往往是比较死板，不能灵活处理富于细节变化的逻辑
• API 在复杂的 if|loop 控制方面更好 ，模板在代码可读性方面只注重了页面结构的表达，但是牺牲了后台输出处理逻辑和输出顺序控制，
• 使用 Noradle 精简标准页面输出 API 的代码同时注重页面结构和代码结构的排版和可读性，两者兼得。
• API 绑定数据更简洁 ，模板方式在准备和带入数据的工作都很繁琐 ，而用 Noradle API 输出页面，数据带入和绑定都非常的轻松 ，直接用SQL去数据到变量中，然后带入输出API中即可。