Analysis Patterns 2 - Work in Progress

我有一段时间一直从事分析模式的工作。现在,还没有开始分析模式第二版的打算。我认为写书比写模式更重要。这本书不仅有原来分析模式书的材料,也包含了新的东西。现在我打算完成新的分析模式一书,但是仅仅是换一下第1版中的一部分内容,具体还没详细考虑好。

终于出现了一个分析模式的题材。终于有了供使用的信息。我们衷心希望能获得这些反馈意见。我很有兴趣了解有关诸位使用模式的经验。你有使用模式的经验吗?用起来方便吗?有没有遇到过新的有趣的模式?请告诉我,我将对该网站提出反馈意见。

远程模式

最初完成的可利用的模式是accountability patterns, 分析模式的第二章开始,进行了本质性的修改,目的是变成现在使用的新的形式。 这些模式就成了两个pdf文件: narrative and a collection of patterns。我打算在今后完成的模式中不用pdf文件,而用html。-但是要变成很自然的格式可能要花一点时间。

QuantityRange这两个虽然很小但是是很通用的模式。这些是最基本的小模式,应用范围相当广泛。如果你要写OO系统的话,这些模式一般已经表示出了工具包的一部分。

一个或者其他类型的Accounting是我一生都不会停止的主题。 分析模式中有一章是accounting模式。之后也会出现各种想法。那则是accounting pdf 文件。 开头部分会出现多个模式。有关其他的模式请先浏览一下模式概要部分。这样的话就能够更深入地使用模式。 这些是我去年分析模式教程的半天的量。这些多少反映了模式的详情。

我最近的模式是面向历史信息的模式组中的其中之一。能抓住历史的事情一定在模型上增加了更多难度,这些模式可以帮助解决历史问题,并且这些模式也能分开使用。同时模式能让我们联想到通用的实现技术。

新形式

分析模式发行以来,我感受最深的一点就是表现模式的形式。分析模式中是简单的故事。把这个故事作为参考才发现使用模式更加困难。但是相反,用一种故事的形式更加容易就核心模式的关系展开讨论。

目前的解决办法是分成两部分展开叙述,我认为将故事形式和参考结合起来才是共同的话题。接下来就该协调展开讨论。更加长的目录・部分则按顺序列举出各个模式的详情。这个分离不仅是为了一举两得,更是为了能让读者看简单的故事从而了解模式的存在及大致意义。这样的话,为了获得模式间好的观点就没必要把书全部读完,只要读一点故事就可以了。

目录项目以以下形式叙述模式。

  • 名称
  • 目的
  • 图表
  • 如何运作
  • 该使用的时候:
  • 多个代码・样本表示实现的例子。

对模式而言这个格式非常宽松。但是,我希望模式的主要部分能体现出其实质。

很多人就代码・样本的使用发表了意见。这些意见有让人开心的也有让人担忧的。使用这些主要的原因就是为了和程序员(他们是最终理解程序的人)进行更好的思想沟通。很多程序员很难从图还有本文的叙述中理解模式是如何起作用的。通过将样本代码化,使其概念更加清晰。

要记住这些不仅是实现的例子。谁也不能这样生搬硬套的使用。必须根据具体问题具体应用。 这些都是为了补充以上未说明的概念。

另外,代码・样本对于理解模式来说并不是必要的。我的目标是,只要能够正确看懂UML图表,不按照编码也能理解模式。如果不想看编码的话也可以忽略不看。但是这样的话恐怕模式就失去了意义。