图片格式转换类设计

假设我们有这样一个程序，需要对不同格式的文件进行转换，这些文件描述的是同一种事物。比如，拍摄的同一个场景的图像数据(裸数据)，可以压缩保存成bmp、jpg等格式的文件。

裸数据我们用Raw类来表示，是一种开放的格式。假设只有一种需求，就是裸数据Raw和各种格式之间的转换。自然想到每一种格式用一个类来封装，实现该格式与Raw格式的转换，实现两个函数encode和decode，encode负责将Raw转化成该格式，decode负责将该格式转化为Raw。再进一步，我们可以将这两个抽象成一个接口IImageCode。

那么每个类大概是这样：

class IImageCode{
public:
	virtual IImageCode *encode(const Raw *raw) = 0;
	virtual Raw *decode() = 0;
};

class Bmp : public IImageCode{
public:
	virtual IImageCode *encode(const Raw *raw) override {
		//...
	}
	virtual Raw *decode() override {
		//...
	}
};

class Jpg : public IImageCode{
public:
	virtual IImageCode *encode(const Raw *raw) override {
		//...
	}
	virtual Raw *decode() override {
		//...
	}
};

这样写的好处是，我觉得有两个，一是，当我们比如增加一个gif类时，只需要实现一个Gif类，让其集成IImageCode接口，并实现相关方法即可。二是，使用者只需要再多了解一下目标格式类名调用抽象接口即可。假设没有抽象接口，可能到处是bmp_encode、bmp_decode、jpgEncode、jpgDecode这样的方法，反而没有规范起来方便。

有共性的，重复性较多的部分，能抽象则抽象。

当我们需要将bmp格式转化为jpg格式时，我们有两条路线：
路线一：
bmp->jpg：Bmp类实现方法 Jpg * toJpg();
jpg->bmp：Jpg类实现方法 Bmp* toBmp();
路线二：
bmp->jpg：Bmp类调用decode转化为Raw类，Raw类调用encode转化为Jpg类
jpg->bmp：Jpg类调用decode转化为Raw类，Raw类调用encode转化为Bmp类

从设计原则方面，复杂度两方面来考量一下这两条路线。

	设计原则	复杂度
路线一	假设已有n个类，当增加新格式时，已有类要增加转化到新格式的方法，方法数量增加n*1，新格式要直接实现n个方法，各个格式之间需要知道彼此细节。不满足开闭原则	直接转换效率高
路线二	每个类只需要额外了解Raw即可，添加新类，无需修改原有类，满足开闭原则	经过Raw，转换效率低

综合考量下，因为我们后期添加新类的可能性非常高，且类的数量较多。因此，路线二虽牺牲些性能，但是考虑到扩展性以及可读性，作为最终选择。

class ImageUtil{
	staic void transforCode(IImageCode* imageCode1, IImageCode* imageCode2){
		Raw *raw = imageCode1->decode();
		imageCode2->encode(raw);
	}
};