V2EX › MakHoCheung 的所有回复 › 第 15 页 / 共 25 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 11 12 13 14 15 16 17 18 19 20 ... 25

❮

❯

2022-01-28 14:37:11 +08:00

回复了 partystart 创建的主题 › 程序员 › Java 的缺点就是啰嗦 Java 的好处也就是这里了吧？

@powerman 你不觉得优势而已，但是现在就是这种潮流，JSX 、Flutter 、Jetpack Compose 、SwiftUI 都是这种。Gradle 的 build.gradle 就是用 Groovy DSL 或者 Kotlin DSL 代替 Maven 的 pom.xml 。Spring 的 Java Config 代替旧版本的基于 XML 的配置

2022-01-28 14:33:10 +08:00

回复了 partystart 创建的主题 › 程序员 › Java 的缺点就是啰嗦 Java 的好处也就是这里了吧？

@golangLover 不支持协程可以理解。并发吞吐差是什么鬼，底层有线程池和 Netty ，再往上层就是 Vert.x 、Quarkus 、Spring Flux ，这些一样可以做到高并发高吞吐，只是没这么流行而已😂

2022-01-28 14:23:44 +08:00

回复了 partystart 创建的主题 › 程序员 › Java 的缺点就是啰嗦 Java 的好处也就是这里了吧？

@powerman 就是为了 SwiftUI 能用 DSL 写界面啊。就 Java 这种语法基本做不了声明式 UI ，就算利用上了 lamda 也是无论写起来跟读起来都很不好看（可以参考 JaFu https://github.com/spring-projects-experimental/spring-fu/tree/main/jafu)。尾随闭包之前一直有的，后面为了 SwiftUI 还加上了多尾随闭包，看过讨论说都是为了 SwiftUI

其实扩展函数、尾随闭包这些语法很有利于编程语言作为 DSL ，作为类型安全的描述语言代替 XML 、HTML 、SQL

2022-01-28 08:47:30 +08:00

回复了 yzbythesea 创建的主题 › MacBook Pro › 14 寸 MacBook Pro 后端编程够用吗？

经常出差或者电脑带回家？是的话就 14 寸，不是的话肯定 16 寸

2022-01-27 14:16:51 +08:00

回复了 coagent 创建的主题 › Docker › Docker Desktop 要收费了，大家用什么替代？

Docker Desktop 好像是基于 electron 的，卡成狗还收费，用 IDEA 的 docker 插件都比它好

2022-01-27 11:01:14 +08:00

回复了 MakHoCheung 创建的主题 › 程序员 › 关于响应式编程，大家来吹吹水

@yazinnnn munity 第一次听，感觉 reactor 靠谱点，毕竟是面向 Spring 吃饭

2022-01-27 10:59:02 +08:00

回复了 MakHoCheung 创建的主题 › 程序员 › 关于响应式编程，大家来吹吹水

munity 第一次听，感觉 reactor 靠谱点，毕竟是面向 Spring 吃饭

2022-01-27 10:54:34 +08:00

回复了 MakHoCheung 创建的主题 › 程序员 › 关于响应式编程，大家来吹吹水

@WispZhan 对数据流的处理，感觉 Java8 Stream API 已经很好用了😂

2022-01-27 10:52:22 +08:00

回复了 MakHoCheung 创建的主题 › 程序员 › 关于响应式编程，大家来吹吹水

@TomVista 是的，我也说了异步用协程比 Reactive 舒服

2022-01-27 10:50:22 +08:00

回复了 MakHoCheung 创建的主题 › 程序员 › 关于响应式编程，大家来吹吹水

@freedomSky 不是吧，ReactiveX 也是规范，RxJava 是它的一个实现，你可以点链接进官网看。我纳闷的是为啥有两个规范

2022-01-27 09:52:56 +08:00

回复了 luckykong 创建的主题 › macOS › Mac OS 12.2 更新了

@Aspector https://twitter.com/kemchenj/status/1486507079099564035

2022-01-26 17:31:02 +08:00

回复了 kilims 创建的主题 › 职场话题 › tx 新瓜，怎么看

@yuuko 你是不是忽略了有超过一半的人为了钱而加班并且反对反 996 的，依据是之前字节的新闻

2022-01-26 12:22:59 +08:00

回复了 infinityv 创建的主题 › 问与答 › 新手问一个 Swift 可选类型解值的问题

你应该关注的是`隐式解析可选类型`，assumedString 其实还是可选类型 String? ，只是在使用 assumedString 不需要 ! 来解包，因为你用 String! 来声明这个可选类型是有值的。
这个时候又有一个疑问就是为什么不直接用 String ，因为某些情况下可能就是要声明变量是可选类型

2022-01-25 11:40:25 +08:00

回复了 MakHoCheung 创建的主题 › 问与答 › 微服务怎么单元测试

“testContainer 这类容器技术来”，最近刚好想保证 redis 数据正确，有什么好的容器技术么

2022-01-25 11:37:55 +08:00

回复了 MakHoCheung 创建的主题 › 问与答 › 微服务怎么单元测试

@leafre 比如测试 DiscountService#calculateDiscount 这个计算折扣的方法，假如折扣规则需要调用其他服务，这些其他服务我可以 mock ，这个算单元测试还是集成测试？
其次我主要问的是 DiscountService 里面有其他 Spring 组件的，所以要测 DiscountService 的话要启动整个 Spring Boot 应用，启动 Spring Boot 应用要连 Nacos 很慢，耗时比测试多很多，有没有最佳实践。
5 楼的做法应该是最佳实践，不启动 Spring Boot ，只是要手动进行依赖管理

2022-01-25 09:58:11 +08:00

回复了 MakHoCheung 创建的主题 › 问与答 › 微服务怎么单元测试

@chihiro2014 谢谢，去深究一下

2022-01-25 09:57:21 +08:00

回复了 MakHoCheung 创建的主题 › 问与答 › 微服务怎么单元测试

@x66 但是像 Spring 这种依赖注入的框架，要测某个 Service 的方法就要启动整个 Spring 应用，这时候它要去连 Nacos ，是不是不应该把整个 Spring 应用跑起来？

2022-01-24 18:13:31 +08:00

回复了 lululuxxx 创建的主题 › 职场话题 › 低代码程序媛我该不该离职

@iamv2er 硕士么

2022-01-24 15:19:11 +08:00

回复了 lululuxxx 创建的主题 › 职场话题 › 低代码程序媛我该不该离职

工资好高啊，大厂估计都没这么高吧
回归正题：98 年都结婚了吗这么急？生孩子的话 35 岁生都不怕吧

2022-01-24 12:14:35 +08:00

回复了 qnyh 创建的主题 › 生活 › 娶妻生子真的是必须吗？

@jessun1990 这个不太可能，去日本吧

1 ... 11 12 13 14 15 16 17 18 19 20 ... 25

❮

❯