@COW 这个工具本身就不是为了打 mybatis 或者其他任何现有的框架，而是给 SQL 党一个非常小型的选择而已。他其实就是对 Spring 的 JdbcTemplate 的扩展，就做了两件事，一个是单表操作的无 sql 化，一个是 sql 里面支持{}占位符，其他也没了。

我再说一句很主观的话，我真的非常不喜欢去整合其他框架，就喜欢用 JdbcTemplate 一把梭，但它也有它不方便的地方，所以我就稍微增强了一下，仅此而已。

@Belmode 谢谢分享，不过我真的没卷，你仔细看一下就知道了，除了单表我几乎就没玩任何花样，就像标题写的那样《其实，我更喜欢写 SQL 》，这绝不是一句引流的话，而是真心话

一个柜式空调 可以完美解决你的问题

@bthulu

谢谢你的建议，

我只管好好开发，其他的交给天意。

苹果官网的那个 LG

谷歌相册

左上 的开关 一直都是关着的

因为你还停留在玩的阶段，编程语言的语法 都是很简单的，什么语言都一样，就那么几个，变量，常量，集合，数组，if ，循环，脑子正常的人都能在几天内学到熟悉（滚瓜烂熟需要 时间积累，但是仅仅熟悉 几天肯定够了）。

难的是应用到现实中，解决实际问题。

@dorothyREN 是的，但是开源项目不是必须解决 “能不能做到的问题”， 也可以是解决“方不方便的问题”。

比如，我如果就是只想 在某个地址 收到了主链币时，程序可以收到这条交易信息的所有字段。 用我这个工具包来做的话，真正需要手写的代码 只有半行而已（不包括 收到通知后的业务操作，因为这个是逃不掉的，用什么工具开发 都得写）。

如果 在上面那个场景下 再加一个场景，当某个地址 收到或者发送的主链币数量在某个区间时，程序也能收到对应的交易信息，那么什么都不用改，只需要再写 半行代码而已。 而且这半行 跟 那半行 是 隔离的，完全的解耦。

如果 这两个场景，你需要下掉一个，那只需要直接删 或者注释即可。

如果还有第三个场景，那就再写半行，最多一行。

注：我上面说的半行，一行，指的是需要手写的代码，不是总代码，但是总代码也不多，每个场景对应一个实现类，里面实现两个方法而已。

作为开发者，只需要关注 自己需要监听什么样的事件，其他的都不需要去耗费精力。 对于写入合约的交易，可能需要开发者 自己进行一次二筛，比如去查 log 来判定 本次交易是否有效，解析 inputData 来获取 更详细的信息，进行判断等。

@rimutuyuan 是的，所以需要二筛， 合约千变万化，光是 ERCXX 这种标准合约就很多了，再加上其他的一些 dapp ，所以没办法统一处理，只能交给开发者自己二筛了。

合约一般都是用 openzeppelin 库，没有框架的。
web3.0 都是 web3.js 以及 web3.js 的其他语言实现

@singerll 对啊，新项目除了 装 JDK ，还有什么多余的工作量？ 你不会是要把写代码这种通用的工作量 也算进去吧？

@wetalk 问题是 现在 大部分人都在 win10 ，而不是 xp 啊。 如果都在用 JDK11 而不是 8 ，我也就没啥疑问了

最好写个客户端 做加解密， 不然你存里面的数据 全都是公开的

@PythonYXY 你手机的应用商店，提示 app 有更新，你也不更新吗？ 这怎么能叫吃力不讨好？ 哪里吃力了？ 安装 17 比安装 8 步骤更繁琐吗？

@fanxasy 那你一直用 jdk8 吧

@makelove 这是你想象中的农村，不是真实的农村

@bk201 我说了那么多场景，你就只盯着老项目升级。