习惯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 BlocksGenisis Custom Blocks装上,把fields拖拽出来,再写一点PHP把输入数据粘起来输出一段你想要的HTML,CSS/JS特效用不用随你高兴,每个字节都是你的。

关于Custom Blocks的内容形式自由度,可能还是个问题,至少在免费版插件里可能是个问题,但已经比手啃Block Editor API强太多了。

Shortcode & Code

传统基于Shortocde以及自定代码的形式当然仍适用,但它们在Gutenberg并无特殊性(相对Classic Editor环境),就不啰嗦了。不过请注意:放到最后并不代码它们最不重要,不是这样。

类似文章

订阅评论
提醒

0 Comments
内联反馈
查看所有评论