effect-ts

[llej]

effect-ts

https://effect.website/

为什么是 effect-ts

最近接触到了 Effect ts (如何看待 fp-ts 及 effect-ts 分别实施的两种风格相异的高阶类型系统？) ，顿时感觉这就是我一直追求的东西，以前写过 对于依赖注入的思考-二 等文章，Effect 完美的满足了我的需求。

ts 带来了无与伦比的类型操作，但个人想要写出一个严谨的 ts 程序，尤其是能够确保正确的错误处理和依赖处理依旧是一个很难的事情，尤其是依赖倒置。

错误处理：ts 的 catch 语句中的 error 默认类型是 unknown 。这是非常稳健的，因为事实上就是没法知道一段程序会抛出哪些错误，而 effect-ts 将错误在返回值类型中进行进行了显式标注，这样就可以知道一段程序可能会抛出哪些错误了。

依赖处理：这个和错误处理其实是一样的，就像难以预知程序将抛出哪些错误一样难以知道一段程序需要哪些依赖。effect-ts 给出了和错误处理一样的方案。

我刚刚使用 Effect 重构了 OceanPress_js，整个过程极为流畅，我对 Effect-ts 了解并不算透彻，但是一顿重构修改了特别多的地方，结果没有出现什么大 bug ，整个程序的依赖和调用都更清晰了

唯一出现的 bug 就是 ''+Effect 返回对象 这样的语句，ts 他不会报错，不然的话这波重构简直完美。这个都不算 effect 的问题是 js 的问题。

effect 速查手册

使用 runPromise 运行程序

可以使用 Context.empty().pipe(Context.add(...),...) 这样的方式组合多个依赖，然后尽量将依赖拆分的更细一些，这样方便执行小段程序而不用注入大而全的依赖

[xiaokekeT]

使用 Layer 去组合依赖是更加推荐的方式，Context 更适合一些“内部”的操作较为手动挡。
在这两年都使用 Effect 体验很棒，Typescript 也越来越好，幸福

[nomagick]

什么鬼东西？

这代码有一丁点🤏可读性可维护性么

ts 的这个类型系统怎么搞的好像邪教一样的；本意是提升可读性可维护性，怎么到了你这本末倒置了

没有冒犯的意思，
但大多数前端连面向对象都根本不了解，还想要“严谨”，搞什么 FP ，
别了，真的，民科，民工程师，民程序员

有空真的看一下谭浩强比啥都靠谱

[shakaraka]

。。。。。

要不你看看 rxjs ？ https://rxjs.dev/

[xiaokekeT]

@wunonglin https://effect.website/docs/additional-resources/myths/#effect-is-the-same-as-rxjs-and-shares-its-problems

[foolishcrab]

@xiaokekeT 这段写的挺好的

[rm2788]

@nomagick #2 啊这。。。我一时之间分不清是什么身份

[llej]

@xiaokekeT 是的，我还在学习中

[llej]

@nomagick 个人觉得使用 effect 之后的维护性更好一些

[llej]

@wunonglin rxjs 也接触过，正如 xiaokeket 发的那篇文章中说的一样，对于错误和依赖他并不是很好处理

[AV1]

@nomagick 我觉得，2025 年还在鼓吹面向对象老三样的，也是一种邪教🐶