习惯Classic Editor的朋友大概到现在仍觉得Gutenberg是个鸡肋,如果他维护的是一个从开始到放弃持续不过几个礼拜的项目,我可以理解,但想象一下你面前是一个千/万级页面的内容站?
很可能当你编辑到第5个页面时会意识到:不行!要复用!然后你会庆幸用的是Gutenberg。
Reusable Blocks
已经内置,支持多内容块自动提取转换。
- 相同内容要放到(很多)不同页面
- 未来要做到一处修改处处修改
- 高效调用
- 内容形式要充分自由,不受限于工作流
- 兼容(WP生态)未来,移植性好
(选择性)搭配Reusable Blocks Extended使用,自动生成短代码,复用能力再强一步。
Block Patterns
希望内置,目前需插件支持:Block Pattern Builder 另一个Block Pattern Builder。
- 相似内容要放到(很多)不同页面
- 未来不要一处修改处处修改,要彼此脱钩
- 高效调用
- 内容形式要充分自由,不受限于工作流
- 兼容未来,移植性好
目前调用还不太高效,/还只唤醒Blocks而不是Patterns,用起来有点硌手。
Custom Blocks
Custom Block 是轻量的Custom Post Types,让你关注你想要显示给用户的信息结构本身,而不必像做Custom Post Type那样陷入数据设计、管理、列表页、单页、排序等一系列拖泥带水,令非经验者抓狂的配置。
- 同显示模式但不同内容要放到(很多)页面
- 未来模式会变化,但无法确定什么时候改、改什么
- 如果未来要改,可能触及显示模式(结构与设计)
- 每一次修改都可能要动底层代码,可能改一个字符,也可能全部推到重来
- 模式一改处处修改,但内容(可保持)不变
- 内容形式要充分自由,不受限于工作流
- 兼容未来,移植性好
你要做的是把Lazy Blocks或Genisis Custom Blocks装上,把fields拖拽出来,再写一点PHP把输入数据粘起来输出一段你想要的HTML,CSS/JS特效用不用随你高兴,每个字节都是你的。
关于Custom Blocks的内容形式自由度,可能还是个问题,至少在免费版插件里可能是个问题,但已经比手啃Block Editor API强太多了。
Shortcode & Code
传统基于Shortocde以及自定代码的形式当然仍适用,但它们在Gutenberg并无特殊性(相对Classic Editor环境),就不啰嗦了。不过请注意:放到最后并不代码它们最不重要,不是这样。