请问，WPF打印小票？

[货郎大叔]

问一下大神，同样一个UI显示的数据，打印A4纸和打印小票，结果不一样，怎么做呢？要做两个模板吗？

[lorimoon]

嗯，两个模板，同一个源。

[暖洋洋的好日子]

俩个纸张不一样，肯定效果不一样的

[货郎大叔]

要做两个UI吗？

[八爻老骥]

打印的本质就是画图啊，不同纸张只是长宽不一样而已。

[wanghui0380]

哦，原来一直在做酒店管理。 其实你要早说，我都直接建议你弄个delphi 的西软装上研究。虽然人家UI丑，还是单机的，不过业务不丑。 可以看得出西软当年设计人员有很深厚的财务知识和行业知识（嘿嘿，国内酒店管理排行前几位的多多少少跟西软有些关系，不是抄西软的，就是从西软离职重新创业的） 当然如今互联网化了，西软那套单机的虽然业务不错，不过云端差点，当然现在被石基收了，有钱了，重新做了云端的业务

[独立观察员]

引用 5 楼 wanghui0380 的回复:

哦，原来一直在做酒店管理。 其实你要早说，我都直接建议你弄个delphi 的西软装上研究。虽然人家UI丑，还是单机的，不过业务不丑。 可以看得出西软当年设计人员有很深厚的财务知识和行业知识（嘿嘿，国内酒店管理排行前几位的多多少少跟西软有些关系，不是抄西软的，就是从西软离职重新创业的） 当然如今互联网化了，西软那套单机的虽然业务不错，不过云端差点，当然现在被石基收了，有钱了，重新做了云端的业务

别样红跟西软有没有渊源？

[货郎大叔]

引用 5 楼 wanghui0380 的回复:

哦，原来一直在做酒店管理。 其实你要早说，我都直接建议你弄个delphi 的西软装上研究。虽然人家UI丑，还是单机的，不过业务不丑。

我用WPF做网络版的，不知道有没有竞争力

[土土]

界面搞2个啊

[货郎大叔]

引用 7 楼 土土 的回复:

界面搞2个啊

要做两套UI吗？如果小票包含76mm和80mm的，则要做三套吗？

[以专业开发人员为伍]

如果单看你贴出来的图，实际上使用 html 来布局比较方便，因为 html 是自动适应、自动优化界面布局的。例如每一列的最适合（适配内容宽度）的宽度，文本是否折行（例如“付款方式”列有自动折行，并且本行其它文本自动垂直居中），等等布局特征，都是 html <table><tr><td> 的最常见的规范。这些要你自己画什么通用的报表，其实不具有通用性，也比简单的 html 模板代码复杂太多倍了。

过去的 pos 打印通常都带有硬字库，使用特殊的工业标准语法（例如 ESC 语言）发送指令，可以直接调用硬字库进行快速的输出。并且支持“完全裁纸、部分裁纸（留一点，不要把小票完全切断）”等指令。现在可能是为了降低打印机成本，这种功能越来越少了。那么使用最基础的打印功能即可，使用支持网页打印对的方式，在浏览器上操作 pos 界面，直接调用 html 规范的 window.print() 指令打印某个 <div>（例如bootstrap 就有布局指令说明页面上某些部分不打印、某些部分要打印）即可。

[以专业开发人员为伍]

“网络版”无所谓用什么工具。当然这可能只是对我们这样的人来说的，可能你觉得只有 WPF 才更适合网络版。

不管是WPF还是Winform，我们觉得的嵌入web页面毫无压力。比如说我们的一个服务程序还会每隔15分钟自动弹出某些网页（winform 窗口中使用 Geockfx 来承载网页）并且自动翻10页、自动从每一页面上抓取最新数据，给服务系统进行最新的处理提供数据源。

但是就“网络版”而言，我们早就使用 js 做到了无论是运行速度、用户操作体验、网络（完全基于 websocket api）等等都超过桌面程序的功能。而现在更是可以基于 .net 5 正式发布的 webassembly 来直接编写任意浏览器端程序（永远不在单独招聘 js 程序员）。因此“网络”不是 WPF等等对的理由。实际上过去来说，使用 WPF、Silverlight 等是为了极其容易地使用“美工板、Microsoft Blend”等来开发酷炫的界面。而当更强调网络知识爆炸、机器学习、工业控制等等现代环境，应用程序实用化更重要，界面花过的多精力做成专业动画的酷炫效果也许就不值得了。

[以专业开发人员为伍]

还是以 bootstrap 为例，它有响应式简单方便的规范标记，比如说你当呈现手机画面时就会自动将 pc 画面中某个 div 或者某行的一部分转到界面下面，等等。这对于 web 前端界面人员是培训时就学到的基本标准设计操作，而对 WPF 或者 Winform 开发则是纠结和耗费时光的理由之一，二者开发人员同样起步的但是相差起码8年技术开发层次。所以我要说的是，与时俱进，不要死守一种开发工具。