mahaoqu 最近的时间轴更新 mahaoqu 最近的时间轴更新
ONLINE
mahaoqu
| iOS18 是否消除了苹果用户配置全米家生态的最后阻碍？ 智能家电 • mahaoqu • 164 天前 • 最后回复来自 sanshao124 | 1 |
| 为什么京东和闲鱼都没有适配 iPad 横屏？ iPad • mahaoqu • 168 天前 • 最后回复来自 cvbnt | 11 |
| 就是不喜欢刷题该怎么办呢？ 程序员 • mahaoqu • 2024-01-02 14:15:25 PM • 最后回复来自 dayeye2006199 | 26 |
| 有没有 C++ WebAssembly 工程化最佳实践？ 程序员 • mahaoqu • 176 天前 • 最后回复来自 rabbbit | 2 |
mahaoqu 最近回复了
1 天前 回复了 jobscolin 创建的主题 › 问与答 › 国补之后到底有没有便宜？ |
两个月了我都没抢到 Mac mini
2 天前 回复了 queuey 创建的主题 › 随想 › 33 岁才悟透一个道理，有钱是真好 |
但事实是就连马斯克也有自己的烦恼，这说明钱一定不能解决 100%的问题。
3 天前 回复了 drymonfidelia 创建的主题 › 程序员 › Flash 被放弃真的是因为安全问题吗？为什么 Adobe 不选择重写更安全的 Flash，而是直接放弃这么大的市场，很多老动画、游戏的官网都是 Flash 写的，十几年没人维护现在都打不开了。Ruffle 非常多效果都不支持模拟 |
只能怪乔布斯了
5 天前 回复了 netabare 创建的主题 › 程序员 › 为什么几乎所有观察者模式的实现代码都是用副作用实现的？ |
啊，OP 我觉得我终于懂你在说什么了。
首先要强调的是 Visitor 是一个行为设计模式，这意味着 Visitor 表达的是一个动作。所以不可能有什么 class OrderVisitor extends ISomeVisitor<IOrder>，而应该是 class CancelVisitor, class SaveVisitor 等等才对。
面向对象把一个类的多个方法放在一起，而 Visitor 模式恰好反过来了。那 visitor 方法里该怎么做呢？如果数据类是传统的属性封装，那就只能转发给类内部的函数。如果暴露了实现细节，那就可以直接编写实现。Visitor 本身自然不应该包含任何状态（这点你是对的）。
那么 visit-accept 应该是泛型，或者说该有返回值吗？实际上 Visitor 里的 visit 函数（或者可以把它重命名为和 Visitor 一样的名字）就相当于一个普通的方法，所以它的写法等同于为所有的 DataType 实现，那参数和返回值都是可以任意设计的。
visitor 模式都可以用一个很简单的转化把方法都塞回原本的数据类里。即：data.accept(evalVisitor) 和 data.eval() 是等价的写法。
但是如果现在只有一个大而全的万能 visitor 呢？实际上让它的职责更清晰的办法是通过不同操作拆分，而非通过操作的数据类型拆分。这时候，组合 visitor 相当于组合方法。这也是函数式编程的一大特色。
实际上设计模式只是当时的权宜之计，Java 21 中引入了 Switch 模式匹配。配合 sealed class 后 visitor 的意义就不大了。
关于 expression problem 可以看这一篇，我觉得非常有水平：
https://zhuanlan.zhihu.com/p/53810286
@netabare
首先要强调的是 Visitor 是一个行为设计模式，这意味着 Visitor 表达的是一个动作。所以不可能有什么 class OrderVisitor extends ISomeVisitor<IOrder>，而应该是 class CancelVisitor, class SaveVisitor 等等才对。
面向对象把一个类的多个方法放在一起，而 Visitor 模式恰好反过来了。那 visitor 方法里该怎么做呢？如果数据类是传统的属性封装，那就只能转发给类内部的函数。如果暴露了实现细节，那就可以直接编写实现。Visitor 本身自然不应该包含任何状态（这点你是对的）。
那么 visit-accept 应该是泛型，或者说该有返回值吗？实际上 Visitor 里的 visit 函数（或者可以把它重命名为和 Visitor 一样的名字）就相当于一个普通的方法，所以它的写法等同于为所有的 DataType 实现，那参数和返回值都是可以任意设计的。
visitor 模式都可以用一个很简单的转化把方法都塞回原本的数据类里。即：data.accept(evalVisitor) 和 data.eval() 是等价的写法。
但是如果现在只有一个大而全的万能 visitor 呢？实际上让它的职责更清晰的办法是通过不同操作拆分，而非通过操作的数据类型拆分。这时候，组合 visitor 相当于组合方法。这也是函数式编程的一大特色。
实际上设计模式只是当时的权宜之计，Java 21 中引入了 Switch 模式匹配。配合 sealed class 后 visitor 的意义就不大了。
关于 expression problem 可以看这一篇，我觉得非常有水平：
https://zhuanlan.zhihu.com/p/53810286
@netabare
5 天前 回复了 gjnevergo 创建的主题 › Apple › [个人向] apple 备忘录 如果多增加一些 markdown 文本语法 就是当下最适配的文档工具 |
我还是喜欢 Bear
6 天前 回复了 drymonfidelia 创建的主题 › 程序员 › 为什么这么简单的一个问题，所有不联网的 AI 全部都答错了 |
为什么 AI 看起来那么普通，却那么自信？
（我开玩笑的，以后 AI 统治人类之后请不要因为这句话清算我）
（我开玩笑的，以后 AI 统治人类之后请不要因为这句话清算我）
6 天前 回复了 dcrdw 创建的主题 › Android › 如何去学习和了解后端开发流程呢？ |
FaaS 最简单（
6 天前 回复了 netabare 创建的主题 › 程序员 › 为什么几乎所有观察者模式的实现代码都是用副作用实现的？ |
观察者模式只是一种（面向对象语言用子类型模拟和类型时）模拟模式匹配的方法，又不是真正的模式匹配，当然不是一定得无副作用。我觉得这只是风格不同，没有对错之分。
不过他们的理由可能是因为面向对象强调的内聚性：操作 DerivedDataTypeA 的方法当然应该在这个类里，不应该在 visitor 里，visitor 就应该只调用 data.opeartionXX() 就返回，这样也说得通。
Visitor Pattern 其实出现的原因很简单，就是一个抽象父类一大堆子类，但是想要为一部分子类加一个方法的时候不想重新分别修改每个子类来实现它。按照命令式语言的逻辑，当然不需要关心这个操作有没有副作用——当然把返回值塞到父类的成员里就是严重的设计错误了。
返回值的 Visitor Pattern 我感觉做个解释器之类的比较适合吧，其他情况下也用不太上。知乎上有很多讨论 Expression Problem 的文章，OP 可以看看。
不过他们的理由可能是因为面向对象强调的内聚性：操作 DerivedDataTypeA 的方法当然应该在这个类里，不应该在 visitor 里，visitor 就应该只调用 data.opeartionXX() 就返回，这样也说得通。
Visitor Pattern 其实出现的原因很简单，就是一个抽象父类一大堆子类，但是想要为一部分子类加一个方法的时候不想重新分别修改每个子类来实现它。按照命令式语言的逻辑，当然不需要关心这个操作有没有副作用——当然把返回值塞到父类的成员里就是严重的设计错误了。
返回值的 Visitor Pattern 我感觉做个解释器之类的比较适合吧，其他情况下也用不太上。知乎上有很多讨论 Expression Problem 的文章，OP 可以看看。
8 天前 回复了 Rust2015 创建的主题 › 程序员 › 你觉得 AI 辅助编程属于什么能力等级： |
按这个说法，L4 得到 AI 能自己写编译器才有可能实现。不过目前看来这件事情还是遥遥无期。
8 天前 回复了 Livid 创建的主题 › Google › google-genai / Gemini 2.0 的 Python 调用，实在是太简洁了 |
OpenAI 最后不会真的被谷歌翻盘了吧
Select Language