WTM 构建DotNetCore开源生态，坐而论道不如起而行之

Posted 2022-06-03 liuliang79

作为一个8岁开始学习编程，至今40岁的老程序员，这辈子使用过无数种语言，从basic开始，到pascal, C, C++，到后来的 java, c#,perl,php,再到现在流行的python。

小时候的我总觉得多掌握一门语言，我的技术能力就又前进了一步；

后来长大了慢慢明白，编程语言就和我们说的语言一样，如果你只会骂街，即使精通18国外语也成不了文学家，因为：

我记得大约是18、9岁的时候接触的java，比dotnet更早，毕竟java更早出来的。

但是后来有了C#之后，我喜新厌旧了，原因很简单，好比两个姑娘，C#更美，更能体现我心目中编程是一种艺术的理念。

当然，总有“高手”跳出来说，那只是语法糖而已，可是高级语言里哪个语法不是语法糖，你为啥不去用汇编或者干脆用打孔纸带。

  国内Java一家独大原因很多，有BAT的示范效应，也有微软自己战略的失误。

好在微软这两年终于想明白了， dotnet core的横空出世和收购github都是非常正确的方向。

当然要想达到java一样的生态还有很长的路要走，那我就贡献一点绵薄之力吧。

WTM框架，全称WalkingTec MVVM， 不是“我特么”的拼音首字母。。。

WalkingTec是当初自己瞎折腾创业时候的公司名，框架原型的初衷也是为了解决公司内部开发效率低，代码风格不统一，维护困难的问题。

经过4，5年数十个项目的积累，WTM算是成熟了，我们把它移植到了dotnetcore上并且开源了。

  WTM是一个快速开发框架，有多快？至少目前dotnetcore的开源项目中，我还没有见到更接地气，开发速度更快的框架。WTM的设计理念就是最大程度的加快开发速度，降低开发成本。

对于一个主流BS结构后台管理系统来说，30%是最基础的增删改查，50%是稍微复杂一点的增删改查，只有20%是真正有难度的复杂需求，但其实也是增删改查。

对于前30%，WTM可以一键生成代码，不需要手写任何代码；

对于中间的50%，可以在生成代码之后重写一些函数来快速的实现；

对于最后的20%，可以只使用框架提供的最基础的功能来自定义开发。

WTM同时支持传统模式和前后端分离模式。

传统模式我们使用LayUI最为前台UI，LayUI是一个非常优秀的前台UI库，其返璞归真，开箱即用的理念和WTM框架非常契合。

WTM框架通过TagHelper整合了LayUI包含的几乎所有控件，让开发者编写前台也毫不费力。

 

虽然我个人认为一个后台系统完全没必要进行前后端分离，但是也有很多ToB的管理系统是面向最终客户的，需要追求用户体验。

所以WTM也开始支持前后端分离模式，目前React+Antd已经是RTM版，可以正常使用；VUE+Element还在开发中，Angular目前还没有支持计划。

WTM的前后端分离模式定义了普遍通用的前后端通信的数据格式，并且同样支持一键生成前端代码和后台api，极大的降低了分离所造成的沟通和维护成本。

 

WTM开源半年以来，受到了越来越多开发者的喜爱，目前github上已有超过500星，并在快速增长中。

后续的一个大计划是一个代号“无码”的sass平台，把模型构建和代码生成再向前推进一步，力争让一半以上的常见需求只需要通过简单配置即可实现，敬请关注。

郑重声明，“无码”平台的意思是没有代码，不是你们想的那个无码。

最后列举一下WTM主要功能亮点：

l 一键生成WTM项目

l 一键生成增删改查，导入导出，批量操作代码

l 支持一对多，多对多关联模型的识别和代码生成

l 支持分离和不分离两种模式

l 支持sqlserver，mysql，pgsql三种数据库

l 封装了Layui，AntD，Element的大部分控件，编写前台更加简便

l 提供了很多基类，封装了绝大部分后台常用操作

l 提供了用户，角色，用户组，菜单，日志等常用模块

l 支持数据权限的开发和配置

l 支持读写分离和数据库分库

 

 

Github开源地址：https://github.com/dotnetcore/WTM

WTM文档地址：https://wtmdoc.walkingtec.cn/

 

在看