Closed Cactusinhand closed 4 days ago
Run & review this pull request in StackBlitz Codeflow.
谢谢PR,但是我觉得这个没有太大必要性,一方面timeline组件支持第三方数据源,例如github issues,也可以不用手写header;而内置于md文件的timeline则更适合静态内容。此方案增加结构复杂度只为了给静态内容省略写header的步骤得不偿失。
一方面timeline组件支持第三方数据源,例如github issues,也可以不用手写header;
为啥要依赖第三方数据源,比如写 changelog, 要写在 github issue 或者 discussions 里面,或者其他第三方服务/接口,这里的服务接口配置涉及的更改更多,复杂度就不用说了。
而我现在只需要直接在文本里面直接使用这个组件,更符合直觉:
{% timeline %}
<!-- node -->
X年X月X+1日 更新二。。。。
<!-- node -->
X年X月X日 更新一。。。。
{% endtimeline %}
而内置于md文件的timeline则更适合静态内容。此方案增加结构复杂度只为了给静态内容省略写header的步骤得不偿失。
并没有增加复杂度,本地搜索功能不是也使用了 json 文件记录数据吗? 而且数据量更大;另外这个功能是"可选的",不省略header 时跟原来的表现一样,省略时才记录当下的时间到 json 文件。从产品的角度看,我在第一次使用 timeline 组件时就觉得它缺少点什么,后来才想到时间线的关键要体现出时间,自动记录新增时间线条目的时间戳才符合直觉。反正我自己早就用上了,社区合不合无所谓: