Page content:

这个页面描述了设计和开发 PmWiki 的一些相关的理念。 PatrickMichaud 并没有说这些都是原始的想法,它们只是驱动 PmWiki 开发的内在力量。我们也欢迎您提出您自己不同的见解。 PmWiki.Audiences 页面给出了关于下面观点的更多的理由。

1. 写作者比读者更重要
作为核心概念,PmWiki 是一个面向超文本文档的群体协作写作系统。要人们贡献他们的写作是困难的(包括 Pm 本人),让那些写作者处理 HTML 标记和链接更是在人们的活跃贡献前设置的重重障碍。所以,PmWiki 的目的就是使得创作文档更加的简单,即使这样限制了文档形式上的发挥。

2. 不要尝试替换 HTML
PmWiki 并不去尝试做所有 HTML 能做的事情。人们并不需要使用 web 浏览器去编辑 HTML 文档——因为这样实在没有效率。如果你实在需要在页面上书写很多古怪的 HTML 代码,PmWiki 并不是一个很好的工具。PmWiki 所做的就是尝试让 PmWiki 与其他非 Wiki 文档更好的连接,把 PmWiki 文档更好的包含在复杂的 Web 页面中,让其他网页能够更方便的连接到 PmWiki。

这个原则和上面的的“写作者比读者更重要”原则是一脉相承的——每一次新的特性被添加到 PmWiki 中就会伴随着跟多标记符号。不出多久,PmWiki 的文档就会如此难看以至于我们还不如直接去书写 HTML。

另一个避免使用 HTML 的原因是随意书写的 HTML 文档可能完全无法显示,并且可能伴随安全问题——如果允许匿名书写的话,这个问题就更严重。要了解更多,请访问: http://www.cert.org/advisories/CA-2000-02.html

3. 避免不必要的功能 (或者 "功能逐步发展主义")
一般的说,PmWiki 的功能都是针对很具体的应用来设计的,而不是因为某种功能“可能有用”。在任何一个应用系统上,要修改那些已经存在的蹩脚设计都是困难的,因为用户已经在这个基础上构建了很多结构 (需要例子?看看 MS-DOS 或者 Windows。) 要避免蹩脚的设计的办法就是拒绝设计新的部件,直到你对它有清晰的构思,清楚它应该怎样被设计和使用。

4. 使 PmWiki 能够支持网站的公共维护
虽然这并不是 PmWiki 的原始倾向,但 WikiWikiWeb 原理可以被用来使一个群体更方便的设计和维护一个公公站点这个事实使这一点很快变得清晰。PmWiki 允许为单独的页面设置密码保护,还有很多的配置选项来使得保护大量的 PmWiki 页面变得容易。更进一步,PmWiki 从很多方面提供了模块化的页面风格配置,你可以很快的修改一组页面的页首、页脚或者其他的页面元素,而不需要去修改单独的每一个页面。最后,使用 CustomMarkup? 来配置系统应用也同样是非常简单的。

5. 简单的安装和配置

<< Variables? | PmWikiZhCn.DocumentationIndex | PmWiki.Audiences >>