@机杼 事实上，拆解只是一个过程，一种降低难度和时间长度的方法。直接阅读没有注释的源码和有注释的源码是不同的，假设他们质量一样的情况下，有注释更容易阅读。无论怎么样，都会达到你说的那个程度。但为什么不更容易，且简便一些呢？

shiraz-callout（标注）

• <<callout tip title src:"text-info">>

插件：https://kookma.github.io/TW-Shiraz/shiraz-callout.html

<<callout info src:"""

<<callout danger src:"I am the first child here." status:open>>
<<callout quote src:"Hi Mohammad">>

""">>

本插件，目前已经支持obsidian callout语法了

https://tiddly-gittly.github.io/tidgi-obsidian-manager/

话说我这GitHub网速确实有点慢，尤其加载大文件的HTML

限制页面的组织的不是别的而是自己的想象力。

• https://wiki.biligame.com/ys/首页
• https://wiki.biligame.com/seerplan/首页
• https://warframe.huijiwiki.com/wiki/Mainpage
• https://hearthstone.huijiwiki.com/wiki/首页

【mediawiki的设计理念：从内容拆解角度看待wiki-哔哩哔哩】 https://b23.tv/7k2CZRK

命名空间：https://m.mediawiki.org/wiki/Manual:Namespace/zh

维基百科的命名空间就是页面的种类名称，不同种类的页面便有不同的种类名称。

命名空间（namespaces）是将wiki页面分组/区分的一个机制。

{命名空间：[页面]} 搜索引擎。

mediawiki的名称空间专用于一个用途。

命名空间就是为了搜索框可以拆解出搜索内容，为搜索服务的。

嗯嗯，是哇，了解一些方法论，然后在回去用插件就更容易找到目标，就像《认知学徒制:理论与实践》中说的概念地图：

学习裁剪技术的学徒在学会自己裁剪之前,先要学会把已裁剪好的布料拼接成衣服。这个特殊排序原则的主要效果是让学生在注意到某个领域的细节之前建立一张概念地图,对整个活动有一个清晰的概念模型,这能帮助学习者理解他们正在执行的部分,从而提高他们监控自己进步的能力,发展他们的自我纠错技能

我想先了解插件，然后在知道概念地图，带着概念地图去用插件就不会茫然了