我并不看好现在的“低代码”!

虽然现在行业内正在鼓吹低代码，但是作为一个后端，我目前并不看好低代码。尽管我前端比较业余，我也不看好低代码。因为现在的低代码工具其实并不是太成熟，只能生成一些简单的东西。如果业务逻辑稍微复杂一点，用低代码并不是绝对的高效！

所谓低代码就是尽可能减少程序员手动敲代码的情况。而目前我所能看到的关于低代码的形式，基本上都是类前端的，而且是简单的前端代码生成。

后端也不是没有，其实在很早之前微软就有尝试过推行低代码。.Net最早的低代码我认为就是MVC中的CodeFirst模式。这种模式可以让我们专心写业务代码而减少关于数据库访问的代码。

而excel其实也是低代码的一种载体。微软曾经一度想要通过Excel来让人们实现不会编程也能写软件的目的，结果怎么滴，到现在也没推行开来！

前段时间，我们的研发Leader就尝试性地问我们前端，能不能使用前端低代码来生成我们的页面。前端考虑了一下，觉得如果用低代码生成前端页面，其实工作量跟她自己手动敲没什么区别。

因为相比其他简单的页面，我们的前端页面逻辑过于复杂，低代码工具虽然能够生成一些代码片段，但是如果我们要让整个页面按照我们的方式进行布局和显示数据，还是要去理解低代码工具所生成的代码片段。

就是因为需要去理解，还要最后让页面按照我们想要的方式去显示各种数据和布局，所以时间上并不会比之前手动敲出来的代码要效率很多。

我所理解的真正意义上的低代码应该是通过勾勾点点，然后填入少量数据，生成我们想要的结果。不管是页面还是后端接口，能让我们在低代码工具生成完代码以后，尽可能减少程序员的二次修改时间，然后就可以直接拿来运行。这其实才是我心中理想的低代码形式。

当然，现在很多前端的工具也很成熟了。像那些制作企业网站的公司之所以一个网站能够卖得便宜，有一部分原因就是网站不需要手写，只需要推拉拽就可以了！