diff options
| author | eltrac <hi@eltr.ac> | 2026-08-23 20:42:33 +0800 |
|---|---|---|
| committer | eltrac <hi@eltr.ac> | 2026-08-23 20:42:33 +0800 |
| commit | b9fb41a9eaf88ed15ff881597012aebf9f355956 (patch) | |
| tree | 789136c68510ce5718a791551238b7e8ca035ecb | |
| parent | cbc4b164152727a0e01309d10413d40502d91dbe (diff) | |
[edit&chore] add endnotes and fedi link
| -rw-r--r-- | content/article/skeleton-programing.md | 4 |
1 files changed, 4 insertions, 0 deletions
diff --git a/content/article/skeleton-programing.md b/content/article/skeleton-programing.md index f08e7079..808a9aef 100644 --- a/content/article/skeleton-programing.md +++ b/content/article/skeleton-programing.md @@ -5,6 +5,10 @@ categories = '代码炼金术' date = 2026-08-23 20:27:43 draft = false toc = true +endnotes = [ + "手写到不知天地为何物的时候曾经产生了用 LLM 的邪念，然后发现 Gemini 和 DeepSeek 写的 Clojure 代码都烂得不行，甚至跑不了，被气笑之后又有了手写的力气——~~这么看来 LLM 真是好东西啊！~~" +] +fedi = 'https://akk.eltr.ac/objects/e0d66184-afa9-4cde-bd25-a9a0ec207211' +++ 软件架构的工作，除了搞清楚应该设计多少、什么样的组件来实现需求，还应该考虑组件之间的依赖关系。SOLID 原则之一的「依赖反转原则」是指数据流向应该与依赖的方向相反，比方说，数据从后端流向前端，但后端不应该依赖前端，而是要让前端调用后端提供的接口。此外，组件之间有抽象和具体之分，核心业务逻辑就是高度抽象的，而数据库逻辑（用什么样的数据库、用什么 ORM、具体怎么实现）就是相当具体的，业务逻辑不应该依赖数据库逻辑，这怎么做到呢？ |