作为一个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/
在看
原文地址：https://www.cnblogs.com/liuliang79/p/11285425.html