在上周发布了有关新配方块的帖子后，一些人很快指出 WPZOOM 两年前发布了一个与配方相关的块插件。其中就有插件作者 Pavel Ciorici。我之前测试过 Recipe Cards 插件，认为它属于“太复杂”的类别，这对于希望在这里或那里分享食谱的普通用户来说并不理想。然而，对于更专注的食谱博主来说，这可能是合适的。
在过去的几天里，我一直在测试这个插件并深入挖掘它。
我对插件的看法？没有太大变化。我仍然会推荐我上周介绍的 Recipe Block 插件，因为它简单易用。但是，这不是比较文章。 WPZOOM 的 Recipe Card Blocks 插件有很多值得喜欢的地方，它迎合了相似但略有不同的受众。它也不是一个单独的块插件，永远不会以当前形式出现在官方 WordPress 块目录中。相反，它是一个功能更全面的食谱插件。块只是它的主要组件。
食谱卡块充满了选项和功能。如果那是您的事，那么潜在用户可能会对它感兴趣。而且，专业版在前端添加了许多功能，例如星级评分、社交分享和可调整的份量。
菜谱卡块
在菜谱编辑器中使用块。
该插件的主要功能是它的 Recipe Card 模块，它输出模式标记。这可以改善搜索结果，或者至少可以帮助搜索引擎了解您的网站上有食谱。对于认真的食谱博主来说，这可能是该插件提供的最重要的功能之一。
真正的问题是插件的食谱卡模块是否值得使用。对于想要选项、选项和更多选项的用户，该插件仅在这一块中就提供了至少几十个选项。它有大量的开关、输入、按钮和其他可以定制的东西。缺点是它可能有点压倒性。有这么多选项，这也意味着插件开发人员必须对块内的元素保持更严格的控制，这可能意味着其他方面的灵活性降低。
此块包含食谱卡可能期望的标准字段，例如份量、烹饪和准备时间、成分和说明列表以及图像。但是，它超越了其他功能，包括：
- 分组组件和方向。
- 食谱视频部分。
- 评论区。
- Pinterest 按钮。
- 打印按钮。
我最喜欢的食谱卡模块之一是网站读者可以在前端查看配料。对于包含大量成分的食谱，当您收集开始所需的材料时，这可以节省厨房时间。
从前端的配料表中剥离项目。
默认的设计很漂亮。元素之间有足够的间距。这些部分被清楚地分开，以免混淆读者。看起来很好。
但是，存在一些限制和问题。有时默认设计过于固执己见并否决了主题样式。它还不支持宽对齐并且具有 750 像素的严格最大宽度。这可能会使某些网站设计不受欢迎。然而，插件团队通常会做出明智的设计决策。在大多数情况下它应该工作正常。
“食谱卡”块难以使用的原因在于，最终用户必须在帖子内容区域和右侧栏面板中的块选项之间来回跳转。例如，用户必须在边栏中添加课程、菜肴和难度文本，但在内容编辑器中添加份量、准备时间和烹饪时间。
在成分或说明列表中输入项目也需要比人们想象的更多的工作。通常，在可视化编辑器中，只需按 Enter 键即可创建新的列表项。食谱卡块不是这种情况。即使是选项卡也会将用户移动到其他控件，而不是在列表中的项目之间跳转。如果您更喜欢使用键盘而不是鼠标，这尤其令人沮丧。
这些可用性问题使这个插件与其说是一个好插件，不如说是一个很棒的插件。用户体验问题并非无法克服。这些问题都是可以解决的，希望团队能不断迭代，完善体验。
我还希望看到该块打开以添加其他内部子块。目前，布局已锁定到位。虽然它可能适合某些用户，但锁定块模板意味着用户既不能移动当前元素也不能添加适合他们需要的自定义部分。锁定该块意味着插件作者保留对大部分输出的控制，这有时是一件好事 - 质量控制。但是，这会降低块的灵活性。
插件的其他功能块在某种程度上减轻了这种灵活性。虽然食谱卡块是插件的主要功能，但它确实将其子元素分解为单独的块，用户可以通过放入组或其他容器类型的块来创建自己的布局。它提供以下附加块：
- 详细信息
- 方向
- 成分
- 跳转到食谱
- 打印食谱
- 营养
编辑器中单独的营养栏。
有点独创性，也许像 Block Pattern Builder（我维护的一个插件）这样的东西，最终用户可以在其中创建自定义的、可重复使用的配方布局。
大问题
关于该插件，我最不喜欢的一点是它在前端后输出中输出“通过 WPZOOM 获取卡片”消息。该消息隐藏在编辑器视图中。插件用户只能在前端看到它。如果不升级到该插件的专业版，普通用户没有简单的方法来删除此消息，该插件的费用至少为 69 美元。
将取消信用商业化关联起来，坦率地说是一种阴暗的商业行为。这是一种招募不懂编码的人的策略。对不起，我没有为此付出任何代价。
主题作者在 10-15 年前创建它时皱着眉头。今天，当插件作者做同样的事情时，应该会皱眉。
追加销售定制品牌。追加销售 100 件增值商品。不要追加销售您在用户帖子内容中输出的信用链接。插件的这个问题对其他一切都有好处。
最后的想法
我不想以负面的方式结束。食谱卡块对于那些想要的不仅仅是基本食谱块的人来说是一个有用的插件。它几乎更像是一种食谱管理工具，但又不完全是。
我会根据已知的插件方案采取一些不同的开发方式。例如，我可以看到为不同于食谱系统的食谱创建自定义帖子类型。然后允许用户将这些“食谱帖子”插入到块编辑器中。通过计划向插件添加自定义分类法，整个数据层可以保持独立。
该插件似乎在作为配方块和完整配方管理插件之间左右为难。我希望看到它完全致力于后者，因为这似乎是它前进的方向。然而，从架构的角度来看，要实现这一点还有一些工作要做。尽管有两年的遗留代码，它仍然可以完成，并有机会在生态系统中开辟自己的空间。
如果这个插件的开发团队取消信用链接追加销售，我肯定会向想要运行一个严肃的全职食谱博客的人推荐这个插件。它具有营养标签、打印按钮和模式标记等额外功能，使其在一些竞争中脱颖而出。对于只想不时向其博客添加食谱的用户来说，这太过分了。
喜欢这样：
喜欢正在加载...
资源
