老师，我自己平时接触的比较多的语言是Java、Python、C、JS一类的，看到课程用到Go语言越来越多，我是不是需要学习下Go的一些基本语法和基础才有利于后续知识的吸收？

老师，计算变更里，如果按方案3，版本对比，不记录编辑操作历史，怎么实现(离线下的)回撤功能呢

相对于java技术栈实现的云服务来说，multi-user相当于云服务的后台（service manager）；session-based model相当于云服务的前台（console），前台有前台的逻辑处理，通常也会调用后台提供的API；session-based view model相当于静态服务器上的资源。不知道这样理解对不对，许老师？

一个闪念：即如果您在将来的课程中，为不同的版本打上相应的tag，这样是否更易懂？总之，您真的是辛苦啦！我们也不好太多要求给您。

老师，您一直说要胖model层，那么model之间可以有依赖吗？我是做游戏服务器开发的，现在的设计是在model实例里弱引用着user实例，通过user实例可以获取到其他model，总觉着不太好，太胖了，所以改名叫module了。老师有什么好建议吗？

Model代表业务核心逻辑，如果不是业务发生颠覆性变化，Model层应该是很稳定的
至于调用Model层的调用者来说，都是在用不同的方式体现需求(比如Rest/controller或者view)
还有一些技术用于支持Model，比如Model要用到的基础组件(可以进行依赖导致DI，让依赖翻转)

使用上述两个步骤，则就将Model层设计为最稳定的核心层了。

看了几遍感觉越来越有趣，还得多看几遍梳理下自己的思路，😄

个人体会，实战“画图”程序这几讲的最大问题是采用了“音频”，而不是“视频”。所以，理解起来难度很大。

对许老师的认真负责点赞！！！相信很多同学没有及时反馈应该还都在消化中，反复研习后

等到老师全部更新完了，才来看这个画图程序，关键是一遍还不够

看得云里雾里，不得不说许大的编码能力和设计能力确实十分硬核

关于您提到的model层变厚，我的理解：这是系统进化的必然。是否可以想象系统中所有的操作起初都具备不可分的原子性质，具备同样属性（网络，操作，系统）的操作汇集到一起形成一个独立的模块。在同一模块内可能根据功能再进行划分。这是我第一次听改课的感受。您的课不听个三遍左右，总有理解不到位的地方，且还没有进入代码阶段，所以可能理解的有点不成熟。
对于您最后提到的课程会变长，作为一名学生必须点赞——有幸遇到您这样追求细节的老师。如果将这门课比做开发一套系统的话，整套系统在开发推进的过程中，在不断迭代和升级。谢谢

大多数程序员和产品经理对单点登录理解不清楚，这个可以加一讲。

获益良多 打卡30