@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 的缺点有误吗？望批评指正

这个问题可以通过和 ai 沟通得到它的看法，我觉得很有道理，ai 认为，性能不能仅从某一个点考虑，要考虑整体，比如是否符合逻辑，是否有容错性和副作用等，如果一味的追求极致的性能，应该直接操作 sql 语句。。。选择了 orm 就要接受它的低效率

“据说”：御用外包，加班过劳，不能上网，十分内卷
但工资待遇还可以

同被反撸了 2w 的路过。。

我是自动挡，手动挡不会开。但我 vim10 年了。
有几个常用的快捷键我觉得是我最离不开 vim 的，
oOAI%
当然还有 f

这种在司法实践中会被推定为明知，从而认定主观意图而入罪。理由是“使用了明显异常的交易方式或手段”

这是被迫继承家业了。。。

一个指针哪来的长度。。你得传数组的引用

人家也没说是 iplc 啊，人家是 xx 专线，是指这条线路是用 xx 协议

1. 开发证书的管理 dotnet 提供了一个子命令 `dotnet dev-certs`可以非常方便的导入、导出、信任、删除。
2. 现在 dotnet 跨平台了，所以基本上都 nginx 转到 dotnet 上，跨域本质是个 http 头，不知道你的服务到底指什么，会不会干扰到这个头
3. 一般情况下，产生环境都是使用其他厂家签发的证书，因为常见的浏览器已经内置了这些厂商的根证书，所以直接就是可信的。你使用自己的证书当然不可信，因为浏览器没有内置你的根证书，如果你非得用你自己的证书，那你需要导入它，就像第一条里一样。
4. 一般为了性能考虑，从 nginx 转发到 dotnet 这一段都是在内网环境下的，这一段不需要使用 https ，所以就不需要证书，而对外提供服务的 nginx 则需要，所以本质上你需要在 nginx 上配置证书。
5. 证书有免费的，比如某云就免费一年的，比如 letsencrypt 免费 3 个月但是可以无限续期

同迷茫，我已经转行做 web 了。。。。

分母