【问题标题】:Composer naming convention作曲家命名约定
【发布时间】:2018-08-27 12:24:39
【问题描述】:

我想使用 composer 创建一个 WordPress 插件,它还具有我可以在 WordPress 之外和其他项目中使用的功能。

我想我会把它的核心做成自己的包,然后创建一个 WordPress 插件包装器。

composer 的命名约定是 vendor/package 所以 mmano/packagename 但我可以对它们进行子分类,例如

mmano/wordpress/plugin/plugin-name 这也需要核心包或者是不好的做法,最好是mmano/plugin-name

【问题讨论】:

  • 看起来不错,您可以按照自己的喜好命名它们,例如 Mmano\Wordpress\Plugin\PluginName,但作为包名称,它的 vendor/packagenamemmano/plugin-name 很好。
  • 谢谢@LawrenceCherone!
  • 别担心,设置可能有点乏味(结构、文件、单元测试、自述文件、代码覆盖率、构建),我做了一个脚本来自动化它,你可能会觉得很有趣:@ 987654321@

标签: php wordpress plugins composer-php


【解决方案1】:

名称应该由供应商名称和包名称组成,以/ 分隔,因此mmano/wordpress/plugin/plugin-name 并不是一个好主意。 mmano/wordpress-plugin-plugin-namemmano/plugin-name 应该没问题。

请参阅 packagist 官方文档中列出的约定:

包的名称。它由供应商名称和项目名称组成,以/分隔。例子:

  • 独白/独白
  • igorw/事件源 名称必须是小写的,并且由 -, 分隔的单词组成。要么 _。完整名称应与 ^[a-z0-9]([_.-]?[a-z0-9]+)*/[a-z0-9](([_.]?|-{0,2})[a-z0-9]+)*$ 匹配。

已发布的包(库)需要 name 属性。 注意:在 Composer 2.0 版之前,名称可以包含任何字符,包括空格。

https://getcomposer.org/doc/04-schema.md#name

【讨论】:

    猜你喜欢
    • 2015-02-02
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2010-09-12
    • 1970-01-01
    • 1970-01-01
    • 2018-05-07
    • 2013-04-08
    相关资源
    最近更新 更多