Joker123456789

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

@bthulu

谢谢你的建议，

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

苹果官网的那个 LG

因为直屏会被喷边框太厚，停航母。

谷歌相册

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

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

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

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

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

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

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

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

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

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

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