我們通常將圖形圖表稱為（來自拉丁文的圖表，紙張或紙莎草紙的葉子）。 有餅圖，條形圖，折線圖等。 本書避免了圖表類型。 一方面，圖表通常是更多通用對象的實例。 一旦了解到餅圖是極坐標中的分隔條，就可以構(gòu)造其他鮮為人知的極坐標圖形。 我們還將認識到，為什么直方圖不是條形圖，為什么許多看起來相似的其他圖形卻具有不同的語法。

也有避免圖表類型的實際原因。 如果我們努力開發(fā)制圖而不是制圖程序，我們將完成兩件事。 首先，我們不可避免地會提供比人們想要的更少的圖表。 其次，我們的程序包沒有深度結(jié)構(gòu)。 我們的計算機程序?qū)⒉槐匾貜?fù)雜，因為我們將無法重用在不同圖表中具有類似功能的對象或例程。 而且，如果不生成復(fù)雜的新代碼，我們將無法向系統(tǒng)添加新圖表。 優(yōu)雅的設(shè)計要求我們考慮圖形的理論，而不是圖表。

圖表隱喻在用戶界面中特別流行。 制圖程序的典型界面是一些小圖標圖表的目錄。 從焦點小組，調(diào)查，競爭性分析和用戶測試中收集的信息可以輕松地構(gòu)建此模型。 制作圖形時，要理解用戶打算如何處理數(shù)據(jù)要困難得多。 大多數(shù)圖表軟件包沒有冒這個風險，而是將用戶請求引導(dǎo)到一系列嚴格的圖表類型中。 為了彌補這種靈活性的不足，他們提供了一套創(chuàng)建后的編輯工具，可將圖像恢復(fù)到用戶最初的預(yù)期。 它們給用戶留下了探索數(shù)據(jù)而不是體驗的印象。

如果圖表視圖是限制性的，我們?nèi)绾卧趫D形視圖上施加結(jié)構(gòu)？ 圖形的概念是如此籠統(tǒng)，以至于我們需要組織原理來創(chuàng)建圖形實例。 我們可能不希望將餅圖放在目錄中，但是我們需要給用戶一些簡單的方法來制作餅圖。 為此，我們需要基于面向?qū)ο笤O(shè)計的方法。