我相信会有很多人会对我们在2022年了还在选择Winform开发低代码开发平台表示疑问。现在B/S架构大行其道的时候,为什么要选择C/S架构,C/S里面还有WPF可以选择,甚至还有一些跨平台的一些解决方案,为什么又最终选择古老的Winform?
我们选择Winform,主要是考虑以下几个原因。选择Winform是因为其简单,通过一些拖拽的方式,简单地设置一些属性即可完成常规功能的开发。另外Winform也是一个非常成熟的平台。即便是微软最新版的.Net7同样也是支持Winform的。在当今社会,仍然有大量的WinXP系统忠实用户存在,Winform也必然可以在将来的相当一段时间内大放异彩。
Winform开发的软件非常适合在PC端使用,可以极大地提高用户的操作效率。生产力和项目开发的成功率是我们考虑的首要条件。虽然现在B/S架构的低代码开发平台非常多,但是这些低代码开发平台开发出来的系统表面上支持多端,可是不同端在浏览器中使用体验真的是一言难尽。我们森之格低代码开发平台主要是做PC端的数据管理软件,是打算做真正具备生产力软件的。所以,最终成品软件的使用体验非常重要,目前PC端的使用体验跟Excel类似,这些是绝大多数B/S系统开发出来的软件无法比拟的。另外,我们的平台具备完整的开发功能,完全可以实现任何功能的扩展,后期不会出现这个功能实现不了那个功能无法扩展的问题。在与设备连接通讯的场景下,Winform也有一些独特的优势。
当然有人会说B/S开发出来的系统可以做到无感升级,从来不需要用户去升级软件。我们平台内部一些常规的系统窗体模板是支持参数化配置的,同样也可以做到常规功能的开发无需用户升级软件就可以无感升级到最新版本。即便是有自定义功能或者软件版本升级,平台内部已经集成自动更新的模块,用户也可以非常轻松地实现升级,不需要管理者一个一个地给用户手动升级,这个维护成本基本没有。
还有,我们平台是PC端的C/S框架为主的软件,并不表示我们不会支持B/S。我们下一步的升级功能就会支持一些简单的BS功能。因为我们的平台内部都是参数化保存的,所以我们可以很轻松地将一些常规的表格功能转化成网页。可以0代码直接将一些常规的表格展示到网页中,方便大家可以实现简单的增、删、改、查。像做OA审核功能这些常用必备的功能肯定是会支持的。另外我们还会做一个在APP端扫描条码然后自定义扩展处理业务逻辑的模式。比如一些扫描出入库、扫描盘点、扫描记录生产数据等等功能就可以用这个通用模块来处理。基本上前期的BS功能不会特别强大,但是会做到开发简单、简单够用。
我们平台可以做一些工具类软件,可以做一些单机软件,无需服务器,这也是BS的低代码平台所不具备的。
另外,我们平台开发出来的软件可以无限发布,这同样是我们的优势。
目前来看,还是有相当多的人和相当多的开发场景比较适合用我们的平台来开发的。既然我们选择了Winform,肯定就没有打算让我们的平台服务所有人,这也是根本不可能的事。我们在“森之格的客户群体”里面描述了我们软件存在的潜在客户群体有哪些人,在“选择森之格的理由”中介绍了很多使用我们森之格进行开发、使用场景以及使用的理由,有兴趣的话可以移步相关文章参考一下。