嵌入式linux之go语言开发（十）

之前使用go语言，业余时间，两天就做出来了一版简易车载pos应用。

可以支持银行卡双免https通信方式刷卡消费，二维码扫码消费。有界面显示，语音播放，串口通信。如果只是支持联机业务且不存储，不查询记录等功能，完全是一联机pos了。只完成了cpu卡驱动封装，支持cpu卡，不支持psam卡，也不支持M1卡，也没存储记录。

之前也一直没再继续更新。但是这离最终的目标还远。最近想再坚持坚持，继续完善一点儿。

最终目标是能够实现一电脑上运行的模拟pos机和仅更改下配置就能自由切换运行在嵌入式硬件上的完整功能的pos。

并且可以让现场的机器改下配置就工作在从模式，让业务逻辑以服务的形式切换到后台的轻终端重服务的思路实现远程诊断。

甚至随着5G和物联网时代大到来，网络不再是问题，轻终端重服务思路确实能打造成一款应用。业务都在后台，终端沦为实现如读卡和扫码的根支付相关的媒介。

比如说终端可以支持刷卡和扫码吧，其实这都是硬件的基础功能。如果可以这样呢，只把机器当做刷卡和扫码的媒介，就是个读卡器。那么业务在后台，这样，当用户刷卡或扫码时在后台实现了业务。颠覆传统的模式，解决传统模式升级难，维护难，日志分析难，移植难，复用难，开发效率低等诸多问题。随着网络的发达，终端上的业务一定是越来越轻量的，后台服务越来越重量的模式。因为基于服务和云的方式，才能更大限度的复用和提高效率。它符合一个定律，符合用更少的能量传递、处理和存储更多信息这个商业发展的轴心趋势。

用雷布斯雷军的话说，5G+AIoT将推动下一代超级互联网的发展，它将会是一场涉及平台、算力、网络的全面革命。这场AIoT全面革命才刚刚开始，格局未定、玩家众多，在这片新兴的蓝海市场中，还将上演无数场精彩的战役。

这样的思路是可行的，我之前做的电脑上的模拟pos机，就是这个思路。我让现场的机器当做读卡器用，在做一个后台服务。完成了在电脑上远程消费现场卡片的目的。除了界面，一个pos机的所有功能都有了。

接下来业余时间准备朝着这个目标努力，首先做出来一个功能完备的go语言版pos机。支持M1卡，CPU卡，psam卡。

支持同一版程序改下仅改下配置就能够运行在电脑上和硬件设备上。

支持让终端机器当做扫码和读卡模块，实际业务跑在后台的服务上。这样，当设备读卡或扫码出问题，不再让现场兄弟辛苦的去抓日志了。直接让终端切换为从模式，刷卡或扫码相当于触发了我运行在后台的模拟pos机的刷卡或扫码。有什么问题后台都能跟踪得到。

逐步把一些可以复用的东西挪动到后台实现，逐步的终端成为了一个只负责诸如显示，语音提示和操作卡片和扫码的媒介。功能都在后台，在云上实现以服务的形式呈现。