这个参数是框架自带的内部类型应该，如果导出了就引入一下。其实这种都推导出来了，可以省略掉不写的。

@smilenceX powerToys 的插件系统比较拉胯，受限制比较大，勉强做了个 everything 的插件，用于改进你说的文件搜索。
https://github.com/rozbo/Community.PowerToys.Run.Plugin.Everything

不知道难度，但 400 略低

很好，我选择 ofetch

我用 DDD 两年了，总结一下，小项目小团队只要有这个思想就好了，没必要完全做到。。但是如果真的做到了，除了效率低一点，后续的维护真的很香

.net 我个人觉得现在是开发 api 最简单的了，首先是微软的文档很齐全，并且框架稳定性很高，对比其他语言的第三方的框架，.net 的基本上常见的框架和扩展，微软都给你弄好了，真的很傻瓜化。。。。。

没想到还真有人用这个技术栈。。。

套个 cloudflare ，可以直接 block area ，如果还想更细粒度的控制，就开启下 addon header ，不但能获取到国家，城市，连经纬度都可以获取。

@SolidZORO 对，简直不能同意更多，这就是我想表达的，它完全没有一个 CRA 类似的能搞出来传统 SPA 的能力，之所以用 ssg 而不是 ssr 的原因很简单，就是不想再搭上一个 render server ，因为后端也不是基于 node 的，这样的话三端共存(前端、render server 、api server)，衍生了很多复杂问题(比如 api server 拿到的 user ip 其实是 render server 的，还要另外处理)，没办法才用了 export 模式。

这个模式就蛋疼了，生成了一堆 html ，然而这些 html 中，如果用了 css-in-js ，正常不管他它会再 pre render 时抽取 css 然后 inline 到 head 里，确实不会白屏，但是这样就导致 css 不会缓存，而且无限 inline 无限大，这个时候要考虑做抽取，但是抽取后就会导致帖子里说的一系列问题（ FOUC 、CSS DOUBLE ）等。

而为了解决这些问题，就需要使用 css module ，即基于完全基于 css 的 ui 库，准确的说是基于 tailwind css 的 ui 库，比如 flowbite ，不然就得徒手撸。总之，复杂了许多，但是估计着可能心理上会舒服一点。

但如果完全不想这些问题，无脑一把梭，估计也能凑合用，但是当越想到这里的细节，就越无法接受，隐隐觉得这简直是脱裤子放屁，直接 CSR 完全没有这里的烦恼。

真心希望 next.js 能有完全 CRA 的一天。

@vczyh 我不知道你什么语言，dotnet 下有个框架叫 `abp`是我见过的对 ddd 规范理解最深刻的框架了。它实现了模块化，按照它的架构，项目中的每一个部分都是可以复用的，项目中的每个部分也都是可以替换的，比如可以把数据库从 pgsql 换成 mysql 甚至是 mongodb ，也可以无缝把基于依赖的实现换成基于微服务的实现(这一点我在别的框架完全没见过，可以说是 micro service ready ，原理是抽象了一个 application 层，application 层实现了这个模块的功能接口，同时自动生成了 application client 也实现了这个接口，如果有一天你想换成微服务，只要把 appcation interface 的实现换成 application client ，然后把 application 部署成一个独立的 endpoint 就可以无缝切换，代码都不用改)。
但是，你一眼都可以看到，为了实现这些美好的特性，它的开发效率是极低的，新建一个项目都有七八个细分项目，包括 domain 、domain shared 、application 、application contracts 、application client 、http api 、http host 等等，可以说非常的繁琐。但好在，如果你坚持严格按照它的 DDD 模式，你将有很多这些模块可以复用。。不过这一过程非常痛苦

@vczyh 个人看法：DDD 就是个理想。。
DDD 还要求不让用导航属性呢，完全按照到 DDD ，可能确实提高了维护性，但是极大的降低了开发效率。
我觉得只要领悟它的思想就成，不必要 100%做到，做到“心中有剑”这一步就够了。

@huijiewei 感谢大佬
next.js 我用的 ssg 好像每个页面都生成了啊。。而且每次跳转都是全量的，我再研究研究怎么设置成 SPA 吧
另外确实，这些 ui 库都处理了 CSS DOUBLE ，比如 mui 中提到的策略，删掉之前服务端插入的 css ，然后替换成客户端生成，但无论怎么做，客户端实际上就是拉取了两份几乎差不多 css (css, css-in-js)，即使最终同时只应用了一份。我强迫症，真是觉得这方案不太完美，可能 tailwind 这种才是良配，不过组件什么的徒手撸确实太痛苦了。。。

没有用的，连鸡儿厂都能限你流量，你觉得 xx 不能吗。。

为啥不封你。。。不公平，有内幕！！！

@huijiewei 确实了解不深，是我上面提出 ssr 的缺点有误吗？望批评指正