首页    >    中文手册    >   开发前景规划

开发前景规划

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

目标

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

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

功能请求步骤

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

研究提议

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

讨论提议

确信所提交的建议较为新颖后,就可通过IRCwp-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/高级用户权限系统提议

功能区域讨论

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

电子邮件会话要正式化

以下邮件书写不够正式,有待完善:

反馈和讨论

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

 

分类:中文手册

* 版权声明:作者WordPress啦! 转载请注明出处。