WPS：在网页中使用PostScript绘图

PostScript是由John Warnock和CharlesGeschke与1982年创建的页面描述语言，在出版行业使用广泛。而WPF项目将PostScript移植到网页中，使开发人员可以利用PostScript在网页中进行绘图。

WPS是一个使用JavaScript编写，并基于HTML 5中Canvas的PostScript和PDF解释器。因此，只有在支持HTML 5的浏览器（如最新的FireFox，Opera和Chrome）上才能使用WPS框架。

在主页上，WPS创建者提出了以下几点设想及问题：

• 作为了解和实现一种类Forth的语言，PostScript是一个不错的选择：
  • 它拥有良好的语法及基于栈的执行机制。
  • 拥有广泛的实践基础。
  • 在印刷与出版等行业中拥有长期的成功经验。
  • 它是PDF的前身。
  • 几乎所有东西（如编辑器，图片，文档）都可以大量复用。
  • 适合结合HTML 5进行试验，因为在PostScript看来，canvas只不过是另一种低端设备。
• 简单并灵活：
  • 为快速变更，而不是纯粹的执行速度作优化。尽可能地保持代码的简小与规则。
  • 验证JavaScript是否可以作为Web平台上可移植的组装器（assembler），以及在JavaScript的基础上构建一个实际可用脚本语言是否高效可行。如果不行的话，找出其限制所在。
• 将语言/环境的核心尽可能地缩小：
  • 可以在客户端或服务器端使用其它语言编写解析器。
  • 开放，设法可以在客户端和服务器端运行“同样的代码”。
• 能否在Web浏览器上阅读PDF文档，并摆脱服务器端图片生成？
  • 利用OnDoc实现基于Canvas的PDF浏览及编辑功能。
• 可能可以使用另一种后端设备，而不是HTML 5 Canvas来实现这些功能，如SVG设备。
• 探索一种能够用于构建Web应用程序产品的Lisp解释器的可能性。

目前WPS仍处于开发过程中，还有一些限制及问题。

即时出现了基于Flash和Silverlight等RIA技术的解决方案，业界也从来没有放弃过使用传统、简单且标准的技术来实现丰富的网页应用程序，其中一个重要的原因便是“即改即现”的网页开发模式。如之前报道过的微软Gestalt框架，设法引入更高效的Python和Ruby语言，来取代现有的JavaScript进行客户端网页开发。在WPS之前，Raphaël等JavaScript绘图框架也提供了客户端绘图能力。如今WPS又提出了另一种尝试，只把JavaScript作为一种组装器，通过引入一种成熟的语言形式，在页面上进行图像绘制等工作。

您更倾向于哪种方式呢？