@fanxinghaoyue 摸鱼可以，但不要违规摸鱼

> jedi-vim 虽然开箱即用，但却是一堆粘合在一起的 spaghetti code ，不仅随着项目功能的增加变得越发庞大和迟缓（这是我想要离开 jedi-vim 的主要原因，文件一大各种操作都变得肉眼可见的慢），代码的可读性也非常糟糕，难以维护和参与

这种情况感同身受，遇到了一个非常喜欢的开源软件，但是因为源码太难维护了，不得不去寻找替代品

你是怎么全局搜索的呢？ Find in files ？

再补充一个跟 mobx 、valtio 一个路子的状态管理库 reactivue ，在 react 里面用 vue3 的 Composition API

今齐地方千里，百二十城，宫妇左右莫不私王，朝廷之臣莫不畏王，四境之内莫不有求于王：由此观之，王之蔽甚矣。

个人的感觉是，EF 适合常规增删改查，Dapper 适合复杂报表查询。常规增删改查用 EF 生成出来的代码一半都没太大毛病，复杂查询用 Dapper 对 SQL 掌控性更高，方便排查问题与调优。

多换几部手机试试？不一定是 miui 上传，看看其他品牌会不会这样

除了第一点见仁见智,后面的 4 点都是不错的建议

飞书文档就是这么一个只支持 chrome 的网站,在火狐上存在兼容性问题

logseq ，obsidian ，感觉这类双链笔记比较符合你的需求

smb 文件共享

推荐看看这篇文章，https://github.com/ryanhanwu/How-To-Ask-Questions-The-Smart-Way/blob/main/README-zh_CN.md

会听歌，一般都听那种没有歌词或者听不懂歌词的歌，这样干扰会少一些

@chloerei 原来是会从 html 转成 markdown 啊。怪不得我用 asciidoc 写的文章，大部分都有格式上的问题。

以下内容节选自 [《读〈领域驱动设计〉有感》]( https://gianthard.rocks/a/24)，是我几年前读书后写的总结，希望对你有所帮助。

## DDD 解决的问题是什么？

> 例如开发团队一开始不太理解电子电路设计相关的知识，导致做出来的东西让客户感觉很奇怪，而且没法适应业务的变化。……作者给出的解释是，开发人员对业务没有深入的理解。……应对这个问题的解决方案就是对业务领域进行建模。

## 什么是聚合根

> 我们把几个关联度较高的对象划分成一个聚合，每个聚合中有一个小组长，我们把小组长叫做聚合根（ Root ）……聚合除了管理对象生命周期之外还有贯彻落实业务规则的能力

## 业务是否需要包含自身的 CRUD ？

> 数据持久化在大部分的项目中可以说是一个非常常见的操作了，但是这一操作往往涉及到对数据库相关软件包的依赖，这将极大的破坏领域模型的纯洁性。……为此，我们将向领域层中引入新的模型——仓储。

## 代码如何分层？

> 实现分离领域模型的技术我们非常的熟悉，就是分层架构。作者建议，应该将项目代码按照“用户界面层”、“应用层”、“领域层（模型层）”、基础设施层进行划分。

个人感觉简历没有亮点，如果能再补充一些技术攻坚的事例就更好了

快速地浏览了一遍，楼主总结的挺好的。但是大多数的前端开发者都不习惯于使用 class ，所以我觉得你的一些例子中，完全可以去掉 class ，就比如”责任链模式“中的例子，把 handler 类换成几个纯函数，看起来会更让前端开发者熟悉一些。

在我看来，设计模式是一份指南，而不是规则。我相信，对于大部分开发者来说，了解设计模式有助于帮助自己写出好的代码。

楼主掌握了在互联网正确提问的姿势
❌ ASP.NET Core 中怎么实现 Basic Auth ？
✔️ASP .NET Core 框架是一个完整的 Web 框架吗，是不是内置的功能很少？连 BasicAuth 都需要自己实现？

不打算折腾的话，Manjara 跟 Linux Mint 都是很易用的。我个人更倾向于向你推荐 Manjaro：
1. 安装过程非常简单
2. 日常使用遇到不懂的地方可以参考 Arch Linux Wiki
3. Manjaro 开箱即用的桌面有很多：KDE 、GNOME 、i3wm 等等，你可以选择自己喜欢的

最后，如果你的电脑硬件非常新（最近才发布的网卡、显卡、CPU 等），而且你对 Linux 不够熟悉，那么不建议你使用任何 Linux 桌面系统。