java6 0下载

看到前面有大佬关于存储过程的论断，不知道是不是被我们平台误导带沟里去了,[捂脸]哈，所以再次解释一下，个人认为，即然要搞低代码，代码想要更“低”一点，对于数据库管理系统而言，后端其实就是SQL搞数据库，MyBatis最后也是转成SQL执行的，所以如果能代码量模仿存储过程一样简洁，但又是在应用层面向对象程序开发，则善莫大焉。。。即存储过程本质上是直接写在数据库内部“有逻辑的SQL”，从“代码量”指标衡量，肯定是最低的，这个道理其实也很简单自然，因为那就是数据库内部纯SQL搞逻辑了，就像在操作系统底层用直接用汇编语言操纵内存与CPU指令类似，没人比得过他。当然了,存储过程有诸多缺陷,比如扩展/调试不便,不是面向对象模式,除了一些特殊领域外,现在应用很少,网上资料一大堆，这个没什么好讨论的。所以说，如果从低代码目标考虑，在应用服务器层使用面向对象语言(比如Java/C#)，然后又能像存储过程语法一样纯粹简洁，代码量很低，比如把SQL语句封装成对象，那也许是低代码的一个思路。。。其实MyBatis-plus中条件构造器QueryWrapper，就已经是一种把SQL封装成对象的思路，就是最后还是想直接SQL处理(模仿存储过程一样简洁)，但又是面向对象处理数据，即早就有人在做这种尝试了。下面秒是一段典型例码,这是标准Java代码,但其实就是个SQL：emplopyeeDao.selectPage(newPage【Employee】(1,3),newEntityWrapper【Employee】()//Java对象封装SQL.between("age",18,50)//between操作.eq("gender",0)//等于条件.orNew()//or关联.like("email","a")//like条件.eq("last_name","tom")//等于条件.orderBy("age")//排序.last("desclimit1,3")//分页);我们平台的SQLBuilder对象也是类似MyBatis-plus，把SQL封装成对象。另外，简单逻辑使用流程图方式配置化，更适合业务人员(也许部分技术人员不需要这个)的思路，我们也是很赞同的，因为的确有相当多的业务人员(比如典型的文科生)一看到代码就头晕，呵。我们平台肯定也不可能有任何存储过程的，原因也非常简单，因为我们已经开源了，可以下载后直接在源码中全文搜索一下就知道了，开源地址如下，有兴趣者可了解下。网页链接安卓迟早被抛弃，谷歌根本就没有对安卓上心，连后妈养的都不如，一个风靡世界10来年的手机系统，而且装机率第一的系统，到了今天碎片化的问题还没有解决，而且性能基本靠硬件强撑，这个锅就得是谷歌背，自己不上心被搞死也是意料之中……最多3年的时间，国内鸿蒙遍地开花，而且体验吊打安卓垃圾11，我以前10好好的文件系统，现在各种软件下载、缓存的文件都无法在文件系统读取，只有打开软件，在软件里面找跟java有毛关系，你用的虚拟机，比人家多了三倍内存，叫唤啥叫唤，到处甩锅我不认为全是java的锅，更多的是开发者的锅。如果手机内存就保持4g，开发者自然会优化软件，降低内存使用。但是手机厂商无上限加内存，就为了噱头，就导致开发者觉得反正内存大，就瞎搞一气，啥没用的功能都往里面塞，这造成了恶性循环！