虚拟打印机开发的复杂度问题

好 sao 的操作

@wangkun025 B 端客户，这样的需求还挺普遍的

换一个思路不知道可不可行，提供一个 Web 页面，客户提交信息到服务端，然后服务端渲染 PDF 然后再打印，这样就不需要开发客户端了

有点 dopdf 的感觉，但难度比那个还大点。

@LeegoYih 用虚拟打印机主要是为解决这样一个问题：用户在其它业务系统中进行操作时，能通过点击打印就把数据推送到我们服务端，并且其它业务系统不需要进行改造（客户也找不到人来改造）

Web 页面在这样的场景下可能并不合适

我记得似乎 windows 内置有打印到 pdf 文件的功能吧?
直接让用户打印 pdf 到一个目录，然后写个程序监控这个目录一有新文件就传送。

@makelove 也是一个思路，不过用户还需要填写一些信息关联到 pdf 文件，并且也要一并传给服务端

楼主看起来应该是需要找个熟悉虚拟打印机驱动开发的，如果不介意外购 sdk 的话，我记得也有一些已经封装好的 virtual printer sdk 可以用来被 c#调用，不妨可以参考一下，毕竟为了这个特性单独养一个驱动开发的人可能性价比不是特别高，而且一般价格还不太低。

@joooooker21 那就这个监控程序发现新 pdf 后，直接后台弹出前台界面，显示这个 pdf 预览并要用户输入相关信息

用 ipp 协议，服务器用 cups 改造，用户打印就正常就正常通过 ipp 传输到服务器，客户端开发个 agent ，有打印任务就弹出个页面让用户填写信息，只有提交信息了服务器端才执行打印操作。

这种需求的确可以通过虚拟打印机实现,但是如果要自己开发就涉及驱动开发.有现成的第三方开发的虚拟打印机 sdk,建议直接购买这种 sdk 进行二次开发.

虚拟打印机模拟成设备后,可以在用户选择到对应打印机并打印的时候弹出 ui(接管控制逻辑)和用户交互,比如一些虚拟 pdf 打印机就是你点打印的时候弹出一个对话框让你填写文件名,还有可以选择纸张等(比如 Adobe Acrobat DC).

楼上建议的监控 pdf 目录等方式已经滞后了,而虚拟打印机则可以在用户打印的时候就接管控制.

还有一种方案不确定是否可行,就是 hook 全局打印消息,拦截到打印消息时进行自己的业务处理,这不需要驱动开发.

@jstony

没错，目前正在评估技术难度，如果太过复杂就不安排其它同学研究了，毕竟产出比不大。内部同学开发的好处是沟通成本比较低，后续维护也比较稳定。

如果能基于其它成熟的 sdk 进行二次开发，并且开发周期可控的话，也是可以接受的。

@makelove 如果只是临时用用，这的确是一个既简单又能实现需求的方案

@a33291 #11

没错，要实现的功能就如你描述的一样

当前是想找一些开源或者是付费的 sdk 进行二次开发，还需要评估技术难度，耗时太久的话就还是准备找外援了

不如 linux cups 改一下，然后 cups 提供网络打印机添加到 windows 上，都不需要 windows 驱动。

@zjsxwc 有现成的可以用
https://github.com/eby/tea4cups

@zjsxwc 多谢，看起来还是一个客户端的 agent ，如楼上 #10 所描述的

@joooooker21 #18 还是 -> 还需要

@zjsxwc 这个方案只能用通用驱动，做不到 op 需要的在收到打印任务的时候弹出 gui 填写定制信息。