首页 › 1.关于WordPress

开发前景规划

stonedoreen 星期一,2009/02/09 15:46 0条评论

WordPress 社区常会思索WordPress 的未来发展方向。wp-hackers邮件列表收到的众多邮件均为用户对WordPress发展方向的建议，开发人员会在邮件列表中探讨WordPress特征并把提议整理成具体的开发规划。

目标

此页面主要为了方便大家在功能提交上进行更好的合作。

目前，许多功能开发请求仍在讨论中，其状态并没有跟踪，内容也没有得到完善。这种现象产生的部分原因就在于很难查询到功能提交者，也很难了解到讨论已进行到哪种程度及功能的当前开发状态如何。

功能请求步骤

以下将介绍特征请求步骤，当然，并非所有的特征请求都遵循以下程序。但是，若按照以下程序提交功能请求将增大其被采纳的可能性。

研究提议

若要向WordPress提交开发建议，首先应该先做一番研究。这样做的目的主要是查看是否已有人和你有同样的提议或看法，如果是，请帮助他们按照步骤操作（如果他们中途停止提交提议，请接管过来）。搜索区域：

讨论提议

确信所提交的建议较为新颖后，就可通过IRC或wp-hackers邮件列表和其它开发人员讨论探讨了。

记录提议

只在邮件列表或IRC讨论的提议很容易被忽视。因此，我们应该在Codex上记录下所提交的建议，可在Trac或WordPress未来版本开发页面中编写提议。

在Trac中提交功能改进文件

使开发人员关注提议的最好方法就是在Trac bug跟踪系统中提交ticket（包括补丁就更好了！）。记得把提交的改进建议在"Type"域标为 "enhancement" ，而且要遵循bug提交规范。虽然Trac是公认的“bug系统”，但它同样可以用来提交功能建议。

编写正式提议

执行新功能时，开发人员比较喜欢查看目的功能明确，组织严密的规划建议。因此，在提交功能请求时，我们应尽量编写这样的建议书，这对对你将非常有利。

优秀的书面提议应包括以下几点：

总结性语句
即对所请求功能的简洁全面的概括。开发人员能够理解且阅读过后就能大致了解全文。
状态
即此功能开发人员姓名及目前的开发进度。此外，还要标明所有提议的状态日期。如：
(June 25, 2005) - Initial draft is posted, and mail has been sent 
to wp-hackers.  See Discussions section for more details
(2005年6月25日) -（ 已发布初稿，邮件也已发送到wp-hackers邮件列表。更多信息请查看Discussions区域。）
同时，还要附上Trac中的功能请求链接，并给提交的Trac ticket添加评论。（当然，前提是你已经在Trac上提交功能请求。）
当前行为
当前功能是如何运作的？如果有人在你的提议中询问当前功能的运作文档，请给他们提供帮助。
执行方法
详细描述如何执行所述功能，包括需要更改的具体文件，函数及其它设计方面的事项。
工作量
实现此功能需要修改多少内容。
承诺
执行此功能或能帮助执行此功能的开发人员名单。可能的话，还应包括时间期限和具体的活动信息。
开放条目
写明规划中不完整的部分，或其它有待整理和进一步编辑的区域。
讨论
邮件列表，IRC记录或其它可以寻求帮助的链接。

同时，要为提议的初稿创建用户页面（如： [[User:Glutnix/Advanced User Permissions System Proposal]])，并把 "{{Proposals}}"这个模板标签放在文档中。

若对同一功能有多个提议，最好创建一个页面来总结功能区域。这些页面应注明"Current Behavior"及此区域中所有的提议列表。

提交补丁

熟悉 PHP 和MySQL的用户若帮助修复WordPress中的bug和其它问题，最有效的方法就是通过提交补丁。

开发状态

当前WordPress开发的版本是Version 2.7，其中介绍了2.7的许多功能。

提议

此区域的开发建议有可能成为WordPress未来版本中的功能。

  • User:Glutnix/高级用户权限系统提议

功能区域讨论

此版块并讨论具体的某一功能，而是对功能区域整体上的概括和总结。使用这些页面可以使新功能的开发更有组织，尤其是对同一功能区域有多个提议时。

电子邮件会话要正式化

以下邮件书写不够正式，有待完善：

反馈和讨论

以下是邮件列表中常见的会话反馈形式：