@dxddd 有没有一种可能，单体也可以分库分表？所以你用这个举例子显然是不合理的。

@june4 确实是个问题

@sujin190 重启一个单体项目 跟 重启一个服务，区别没那么大吧？单体项目跟一个服务从技术层面来说不都一个单体项目？只不过从架构上来说一个是服务，一个是单体项目。

假如淘宝的订单服务需要重启，重启期间如果不采取一些措施，那么这段时间所有用户一样下不了单，只不过是能登录能浏览。话又说回来，既然重启一个服务时可以采取措施，让流量暂时往其他节点跑，那么单体项目也可以这么干啊，不需要整体停服。

@1wlinesperday 谢谢你把我的 github 放出来，我并没有吹嘘他的实现有多么的高科技，只是说省去了 if 让他看起来更清爽了而已，所以你的这种行为我就暂时理解成帮我宣传啦。

@hdfg159 没人逼你看，也没人逼你用！！

@WilliamColton 智商低的人看不懂很正常，你如果跟其他人一样仅仅只是反感广告，我还敬你是条汉子。你来一句不知所云，简直暴露了自己的智商！！！

@1wlinesperday 要看跟什么比，跟 xml 比如何？？ 不都半径八两？而且我这个没有 if 还更清爽，跟 StringBuilder+if 判断比又如和？？ 不要先入为主

@root71370 用户只传一个值，我怎么知道他是要 非空 还是 大于小于？ 还是其他？？？ 说话不过过脑子就乱喷？

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

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

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

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

@bthulu

谢谢你的建议，

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

苹果官网的那个 LG

谷歌相册

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

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

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

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

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

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

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

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

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

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

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