我们通常将图形图表称为（来自拉丁文的图表，纸张或纸莎草纸的叶子）。 有饼图，条形图，折线图等。 本书避免了图表类型。 一方面，图表通常是更多通用对象的实例。 一旦了解到饼图是极坐标中的分隔条，就可以构造其他鲜为人知的极坐标图形。 我们还将认识到，为什么直方图不是条形图，为什么许多看起来相似的其他图形却具有不同的语法。
也有避免图表类型的实际原因。 如果我们努力开发制图而不是制图程序，我们将完成两件事。 首先，我们不可避免地会提供比人们想要的更少的图表。 其次，我们的程序包没有深度结构。 我们的计算机程序将不必要地复杂，因为我们将无法重用在不同图表中具有类似功能的对象或例程。 而且，如果不生成复杂的新代码，我们将无法向系统添加新图表。 优雅的设计要求我们考虑图形的理论，而不是图表。
图表隐喻在用户界面中特别流行。 制图程序的典型界面是一些小图标图表的目录。 从焦点小组，调查，竞争性分析和用户测试中收集的信息可以轻松地构建此模型。 制作图形时，要理解用户打算如何处理数据要困难得多。 大多数图表软件包没有冒这个风险，而是将用户请求引导到一系列严格的图表类型中。 为了弥补这种灵活性的不足，他们提供了一套创建后的编辑工具，可将图像恢复到用户最初的预期。 它们给用户留下了探索数据而不是体验的印象。
如果图表视图是限制性的，我们如何在图形视图上施加结构？ 图形的概念是如此笼统，以至于我们需要组织原理来创建图形实例。 我们可能不希望将饼图放在目录中，但是我们需要给用户一些简单的方法来制作饼图。 为此，我们需要基于面向对象设计的方法。
网友评论