昨天，Alex Shiels 更新了提议的 WordPress 阻止目录指南。该文档为插件作者在计划向目录中添加一次性块时添加了八个规则。该指南是对现有插件目录指南的补充。
总体情绪与最初的推荐没有变化。 Shiels 感谢社区开发人员对原始指南的反馈，但没有详细说明由此产生的变化。
主要准则是对砖块的一般要求。开发人员需要一个 block.json 文件。他们应该适当地命名事物。插件应该只包含一个块。插件只能接触块编辑器。一旦激活，该块应该可以无缝运行。
指南的其余部分肯定会让某些开发人员感到失望或有争议。
仍然不允许盈利
最大的反馈是我们在Tavern收到了这封邮件的指南，这实际上是为了商业利益而对区块开发者的全面禁止。 Blocks 仍然无法加入付费服务或在管理员内发布广告。这种限制显然会将许多可能一直希望阻止该目录作为潜在获利途径的企业拒之门外。现在，那些有利他利益的人将需要建立一次性区块，仅仅出于他们心中的善良而回馈社区。
虽然这样做本质上没有错，但它对主要关注于提供食物的开发人员没有吸引力。有资源可以回馈的业余爱好者和大型企业将非常适合将块添加到目录中。然而，这会让很多开发人员犹豫不决，因为它不太可能产生良好的投资回报。相反，这些开发人员更有可能使用他们的常规追加销售方法将他们的块提交到常规插件目录。这只会让最终用户更难发现区块。
这是构建一个对需要谋生的用户和开发者都公平的综合系统的机会。无论是通过插件标记系统还是围绕货币化的特定指南，我们都可以构建让每个人都有些高兴和疯狂的东西，这是一种融合了良好 UI 和体验的折衷方案。
似乎没有提案。一月份，Luke Carbis 详细介绍了 WordPress 如何为他即将推出的块目录在可持续性（商业模式）和可访问性（免费选项）之间做出选择提供中间立场。 .他担心的是，在几年内，块目录将充满未更新的块，因为完全免费的模型是不可持续的。他的提议是一个基于徽章的系统，可以让用户知道某个区块是否包含广告、使用免费增值模式或需要登录第三方服务。
当前的指南并不是一成不变的。这是块目录的第一个版本。随着目录的不断增长，团队可以更改内容并非不可能。
不喜欢服务器端块
块目录指南对于静态块来说还是很不错的。 PHP 必须保持在最低限度，主要用于加载任何必要的脚本和样式表。服务器端块目前没有得到太多关注，这可能是软件的限制。
如果能看到一些在块目录中包含服务器端块的方法，那就太好了。例如，面包屑块将需要严重依赖 PHP 来呈现其输出。它是动态的而不是静态的。在 WordPress 中的完整站点编辑还有几个月的时间之前，这个特定区域将不会有用。但是，我很想将我的旧面包屑插件变成一个块。看到它列在块目录中会很整洁。
还有无数种情况。帖子列表、产品网格和从外部 API 提取的数据都是一次性模块的好用例。
不允许依赖
鉴于 WordPress 的工作方式，有必要禁止对其他插件的依赖，以使任何特定的功能块正常工作。这是一个旧的限制，再次引起人们的注意。每个其他现代框架都使用某种依赖管理来解决这个问题。
阻塞目录可能会进一步加剧问题。因为来自这个目录的插件将是一个单独的块，这通常意味着开发人员在多个项目中使用相同的代码位。例如，最终用户可以激活依赖于同一个 JavaScript 库的多个块插件。因为没有 100% 确定的方法来确保只加载库的一个实例，所以用户可能在他们的站点上运行多个库实例。这不是一个新问题，但较小的块状插件意味着用户更有可能安装更多插件。这增加了遇到此问题的可能性。
如果插件作者可以在 WordPress 中使用某种基本的依赖管理，它将解决很多问题。多年来，开发人员已经创建了一些方法来最大程度地减少因缺少此类系统而导致的问题。但没有标准可循，没有什么是万无一失的。
它还阻止开发人员构建可以使整个开发社区受益的库、脚本和工具。每个人都在内部构建自己的东西，块目录承诺更多相同的东西。
喜欢这样：
喜欢正在加载...
资源
