06｜get hands dirty：SQL查询工具怎么一鱼多吃？

陈天老师，学完了这节课程，我觉得你和陈皓老师给了我新的启发。 在陈皓老师的《左耳听风》的《编程的本质》一节，提到了这么两个公式 （1）程序=算法+数据结构 （2）算法=逻辑+控制 我从这两个公式中领悟出：“程序=逻辑抽象+数据结构+控制”。数据结构是业务逻辑的静态的描述，它用术语表示数据结构的定义，而逻辑抽象是动态的，是对业务流程的抽象。 您在课程里所说的“绝大多数处理逻辑都是把数据从一个接口转换成另一个接口。”、“好的代码，应该是每个主流程都清晰简约，代码恰到好处地出现在那里，让人不需要注释也能明白作者在写什么” 与陈皓老师的“有效地分离 Logic、Control 和 Data 是写出好程序的关键所在！”，其实表达的是同一个意思。写任何代码，设计好Logic和Data，业务流程就算完成了（功能性需求），然后在这个基础上不断地优化Control，就能提高代码性能（非功能性需求）。 以“高性能网络编程”为例，网络编程的业务逻辑是“客户机-服务器模型”： （1）客户进程发送请求 （2）服务进程处理请求（可能会访问某些本地或远程资源） （3）服务进程发送响应 （4）客户进程处理响应 在这个过程中所体现的就是您所说的“绝大多数处理逻辑都是把数据从一个接口转换成另一个接口”的过程： （1）客户进程中的业务数据变成请求数据包 （2）请求数据包编码成字节流发送到网络上 （3）服务进程获得字节流把它解码成请求数据包 （4）服务进程根据请求数据包访问资源得到结果 （5）客户进程把结果数据变成响应数据包 （6）响应数据包编码成字节流发送到网络上 （7）客户进程获得字节流把它解码成响应数据包 （8）客户进程处理响应数据包 对于一个最简单的iterative echo server来说，一次服务一个客户端，字节码解码成字符串，业务逻辑就是把客户端发来的再原封不动编码成字节码发回去就可以了。 然而对于一个有着复杂业务逻辑的高性能服务器来说，要考虑的点就不一样了： （1）要实现字节码和“自定义消息”之间的来回转换，就要自定义Codec，甚至要引入protobuffer/flatbuffer，并实现消息的注册机制 （2）要一次服务多个客户端，就要引入epoll/kqueue这样的IO multiplexing机制，实现单个线程监听多个socket fd，甚至one-loop-per-thread，并做好网络连接管理，关闭服务器的时候不能硬着陆，要优雅关闭：等待所有网络连接接收并处理完消息再退出 （3）要提高IO性能，就要引入nonblocking IO （4）要避免复杂业务逻辑占用IO线程资源，就要引入工作者线程池，把服务端对消息的处理放到另一个线程中执行，并做好IO线程和工作者线程的同步 （5）如果服务端要访问远程资源，就要引入配置，在服务启动时装配好各种mysql或者redis的handle，甚至自己实现一个connector访问其他的服务 这些都是属于Control范畴要考虑的东西。Logic决定了程序复杂度的下限，Control决定了上限。把Logic和Control混在一起，往往是写出来的代码难以维护的原因。

老师的课程消除了对解决这类问题(自己实现一个解析器的扩展)的恐惧，或者说以前一直在使用高级封装的语言，对这些偏低层一点的东西总是不敢触碰，一点点分析下来，完全没有想象中的那么难。哈哈，这就是get hands dirty的精要吧。学习rust很好，听老师讲课更好，感谢老师。

In [1]: import queryer_py In [2]: sql = queryer_py.example_sql() In [3]: print(queryer_py.query(sql, 'csv')) name,total_cases,new_cases,total_deaths,new_deaths European Union,36489548.0,84973.0,766627.0,541.0 India,32857937.0,47092.0,439529.0,509.0 South America,36922209.0,37641.0,1131322.0,1104.0 Iran,5025233.0,33170.0,108393.0,599.0 Africa,7821187.0,30793.0,196917.0,639.0 Brazil,20804215.0,27345.0,581150.0,737.0 本周最骄傲、最爽的demo： ```shell $ tree . . ├── httpie │   ├── src │   └── target ├── queryer_all │   ├── queryer │   ├── queryer-py │   └── target ├── scrape_url │   ├── src │   └── target ├── thumbor │   ├── src │   └── target ```

太赞了，这种教学模式，处理问题的思路很有启发

全网最好的rust课程，没有之一！！！

老师如何有效阅读docs.rs，我看你引入来的crate的文档，但是不知道如何有效学习？

老师的思路非常正，这几次实践课可以看出RUST的魅力和优雅，能力有限需要多品几次

太强了！这种实战性质的教学正是大家都需要的！不是那种重复啰嗦语法细节的烂课程

通过一个实际案例展现了rust的特性，设计模式的使用，决解问题的思路和设计过程。简直不要太棒～

老师你好，有观点认为用 Deref 模拟继承通常不是好的做法。例如：https://www.zhihu.com/question/36488041 https://rust-unofficial.github.io/patterns/anti_patterns/deref.html 有好处也有坏处，我们该如何权衡以至于防止滥用呢。