2019-07-31进入“画图”程序实战后，文章从一开始的高屋建瓴逐渐进入到架构具体的繁枝细节，每一章的内容都需要很长时间才能消化，也意识到自己在宏观架构层面代码应该如何有效组织的能力非常欠缺。
留言区和收藏数相比前面章节也少了许多，不知道到底有多少同学可以坚持到这里，架构之路任重道远，许老师加油，大家一起加油！作者回复: 一起加油！下一讲结束实战，不过也是比较难的一块硬骨头。我后面会反复扳开来谈这个案例。
6- 2019-07-30老师，我对你说的那个“网络协议的版本升级问题”很有兴趣，虽然你只提到了其中一种，就是在url中加版本号v1，v2这种形式，但是我看过不少文章，有不少文章指责在url上添加版本号是非常典型的破坏REST语义的行为，对网络协议的版本升级问题，似乎没有一个特别好的方案，无论是写在url上，还是写在queryString上，都有各自的问题。这个问题能否深入探讨一下
作者回复: 我只认这种，相对优雅
2 5 
2019-07-30老师，咱们采用的应该是restful协议，那为啥修改不用put，而是跟新建同一个post呢？这样做路由层区分怎么做呢？作者回复: 路由怎么解释可以看一下go代码。至于用post还是put，这个一定程度来说只是一个习惯问题
3
2019-07-30文中网络协议改成接口协议似乎更好理解作者回复: 网络协议的确是一个有歧义的词
1 3
2019-07-31请问许老师，迭代是直接在mock程序上一点点修改实现了吗？等迭代完成，mock程序是否还有存在必要？作者回复: 1、看mock和实际程序的差距，两种可能都有；2、mock价值往往是阶段性的，到后期维护协议和正式程序的一致性成本会高于价值，而且往往已经有稳定版本的服务端程序可用
2
2019-08-20稍微较真一点讨论一下RESTful API里面关于verb的用法，因为相关的讨论实在是太多了，google一搜就可以得到一大把。
一种惯例是:把对资源的局部修改是用patch操作的，而post提现的是资源从无到有的创建动作，类似地put操作用来表示移动资源，里面的内容可能不变化。
上面表述的惯用法貌似是一种弱共识，具体例子可参考Kubernetes的API设计。作者回复: 确实是弱共识
1
2019-08-17简单梳理一下服务端的流程:
sharp.go定义了各种图形相关的结构体，drawing.go描述了doc的组成、操作drawing
和sharp的各种方法。
service.go定义了服务端实际的处理流程，首先初始化doc对象，然后创建service实例并将doc对象作为service的参数传入以便操作doc对象。接下来启动http端口侦听，指定了侦听端口和请求处理handle。这样当客户端向服务端发送请求时，侦听端口就会接收到。服务端接收到请求后，调用ServerHTTP在内部进行路由解析并调用对应的请求处理函数。
在具体请求函数内部又调用了doc对象的相关处理函数实现对模型数据的操作。展开作者回复: 👍
1
2019-08-16API版本是不是也可以放到Header中来完成，类似于UUID，这样接口形式基本保持一致？作者回复: 是一个可能性，只不过这意味着url route模块需要根据http header来路由，这大部分标准url route可能并不支持，需要自己实现。
1
2019-08-01请问老师看好GraphQL吗？作者回复: 还在理解，目前还没有看清楚趋势
1
2019-10-18后端看着一章简单
2019-09-11http是应用层协议，并不是网络协议啊？作者回复: 应用层协议为什么就不算网络协议？
1
2019-07-30打卡跟进，这几节课需要时间消化一下
2019-07-30请问这么看之前的浏览器端是MVP，后端是MC?
2019-07-30起床打卡 29