V2EX › sagaxu 的所有回复 › 第 15 页 / 共 502 页

V2EX = way to explore

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

现在注册

已注册用户请登录

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

❮

❯

61 天前

回复了 jeesk 创建的主题 › Kotlin › kotlin 没有受检异常真太难顶了。吐槽

unchecked exception 和 checked exception ，唯一区别就是 unchecked 可以隐式想上传递，checked 必须包在 try 中或者在方法签名中显式声明。

调用链路的上层，IDE 会提示哪些 checked exception 没有处理，而 unchecked exception 你无法知道可能会抛出哪些异常。所以 Kotlin 使用 @Throws(IOException::class)把信息包含进去。

所以 OP 在 Kotlin 中同样可以“直接定义两个异常，全局处理”。但很遗憾，他用 runCatching 吃掉了异常，然后手动处理，把 Kotlin 写出了 Go 的感觉。

61 天前

回复了 SayHelloHi 创建的主题 › 买买买 › 后续：《求推荐一款洗手液，洗完手残留少的～～》

自从用过利尔康的葡清天然皂液，就再没买过别的洗手液

61 天前

回复了 mokevip 创建的主题 › 酷工作 › 昆山花桥，小公司，有没有找工作的， Java 后端，要求有微服务经验

“目前给分发的任务依旧是以微服务和重构作为目标（老项目跑了三年了，最近性能问题和维护问题成为了瓶颈）”

微服务并不是解决维护问题的灵丹妙药，小团队更适合用模块化，单体应用，子模块由不同 dev 维护单独打 jar 包，最后再集成到一起，用接口做好隔离，禁止随意跨模块调用。拆分成 3-9 个模块，每个后端负责 1-3 个，禁止修改非自己模块的代码，维护性就解决了。

微服务不但解决不了性能问题，还会因为服务间调用降低性能，自建的服务治理和监控对小团队来说也太重了，各种坑都要踩一遍，每次踩坑都可能造成线上事故。

这么小的开发团队，使用模块化重构可能更稳妥一些，能解决问题，且不会引入服务治理的成本。

62 天前

回复了 shuyunquan 创建的主题 › 程序员 › 前后端协作开发遇到的 api 地址问题

本地：.env.local
开发环境：.env.dev
测试环境：.env.test
预发环境：.env.pre
线上：.env[.prod]

62 天前

回复了 channg 创建的主题 › 程序员 › 程序中 100 元钱， 3 人 aa 收款应该怎么分配金额最合理

平台抽成 1 分

62 天前

回复了 sinry 创建的主题 › 问与答 › 现在一级农贸市场对我们这种普通人还有利可图吗

这个模式起码持续了二十年了，这么多年都没人发现简单弄弄就能有利可图，难道别的行业全国都是笨人蠢人？

62 天前

回复了 dividez 创建的主题 › 求职 › [求职] [金九银十] [7 年经验程序员求职]

@dividez 今年就是特别难，我统招 985 科班，年龄略大，面试一样很少。有些招聘方，我打个招呼，对方直接说给不了我要的薪资婉拒了。