前端PDF配置化?
前端市场中的PDF这是一个常见的需求,那么就一定有一些现成的技术方案。一种是基于服务端的实现,一种是基于客户端的实现。 相对于服务端来说,iText、wkhtmltopdf、prince这三个都是后端生成pdf的工具。可惜这三个都没有node api。 相对于客户端而言,最常见的就是Html转化方案。如JSPDF技术。 此方案的逻辑是:
此方案的弊端也比较明显:
还有一种方案是依靠浏览器自带的打印window.print,此方案的重点在于CSS样式控制。如果你想要实现改变页面大小、边距、设置页眉页脚等等效果,可能还需要Prince(应用程序,需要安装)。 最后来说一下pdfmake技术,纯js技术实现PDF的生成,提供服务端生成和客户端生成方案,可以说是非常便捷。还提供了动态演示文档被这个页面“征服”的。它可以自定义实现页眉、页脚定制化、封面定制化、水印设置、PDF加密等等。而且它的使用也非常方便只需要两个js即可,一个是pdfmake.js,另一个是字体文件vfs_fonts.js。 同样它的弊端也特别明显,文本元素没有内边距,样式较局限,没有html那么灵活。相对于其他技术而言,对JS程序员来说是非常的友好了,比较重要的是3年以来一直有人在维护。基本每个月都有更新。 CMS方案猜想关于cms的理解,可以自行百度,而对于我而言,cms就是配置化。之前写过一篇关于表单的CMS技术方案,是相对于比较成熟的方案。解决了商品配置,app动态显示的难题。缺点就是牵一发动全身,一直没有时间去更新、填充新的规则。 关于CMS-PDF的猜想,也是为了解决PDF模版定制化的问题。平常开发一个pdf模版可能需要一个团队一个月的时间,CMSPDF要做的就是缩短开发时间,提高开发效率,提供可配置化方案。 想要实现这个方案,首页考虑的是什么,是我们使用的方式和要达到的效果。通俗点,就是一套数据代表一个模版,而这套数据的生成就是靠我们配置(点点点)。那么我们要考虑的问题就明确了:
pdfmake提供了一些很好的api,方便我们一边设计模块,一边查看效果 (编辑:应用网_丽江站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |