共享模式

共享模式：

 

一，考虑Word文档，首先如果每个字符都有自带的字符内容，字体格式，位置，色彩。则将相当大的占有存贮空间(因为很多字符的字符内容，字体格式，色彩信息可能是重复数据)。

 

二，那么优化一下，让颗粒度大些。让“每一段文字”成为一个结构体，有自带的字符内容，字体格式，位置，色彩。情况似乎得到解决，字体格式和色彩信息的重复数据去除了。可是字符内容的重复数据没法去掉，因为字符内容的重复情况和字体格式的重复情况，是两个不同的方向, 满足了按字体格式的重复情况划分，则满足不了按字符内容的重复情况划分。反之弈然。

 

三，那么再优化一下，把字符内容做为一个共享池的资源统一分配了，然后外部通过索引获得这里面的资源。这样就解决了字符内容重复的问题了。

 

一，回顾一下，上面的优化其实是优化了两个重复域： 1，字符内容的重复； 2，字体格式，位置，色彩的重复。那为什么只把字符内容的重复划分出来做为共享池资源的概念，而字体格式，位置这些并不专门划分出来共享池资源的概念？

 

二，个人觉得，是因为字符内容的变化情况是可确定的，是在嵌入到具体应用环境前，就可以确定其变化内容的（例如26个字母的图片），所以可以划分为一种框架设计上的共享池。而字体格式（大小字，斜体，粗体）等这些，是必须具体到应用情况才能确实的，你可以在应用层再做一些共享处理的优化，但仅仅是一种应用可能的优化，它并不能做为一种框架设计上的共享设计。

 

三，当然，或许上面的问题，如果不考虑类库和应用的问题，它可以划分为两个共享资源：1，字符内容共享资源； 2，字体格式等共享资源。然后一段文字等于这两个共享资源的各种组合搭配。