spring的Resource结构

    spring的Resource结构是个人觉得设计得比较优秀的地方。因为这个设计，使得运行在不同环境下的资源都能够轻易的映射为同一种接口。

    

    首先看接口抽象。Resource就是最上层的抽象接口，里面定义了一些类似File的访问方法，但是从这个接口是不能够写入的，如果要支持写入怎么办？WritableResource继承了Resource并提供得到OutputStream的方法，于是，某个类如果需要写入，则只需要实现这个接口就行了；同样，如果需要支持Context相关又该如何呢？ContextResource正好提供了getPathWithinContext方法。

    来看看三大常用的Resource: ClassPathResource, FileSystemResource, ServletContextResource。

    ClassPathResource就是我们类载入路径下的资源，FileSystemResource则是普通文件系统的路径下的资源，而ServletContextResource则是相对于web根目录方式的资源。而通过同样的映射，我们就都能够拿到Resource，并且得到这个Resource的绝对路径。

    上面常用的Resource都是磁盘上一个实实在在的文件。所以支持Resource方法里的getFile方法，但是如果是一个不知道什么地方过来的InputStream(InputStreamResource)或者ByteArray(ByteArrayResource)又该如何呢。AbstractResource中将getFile抛出FileNotFoundException，也就是说InputStreamResource和ByteArrayResource是不能调用这个方法的。

     但是从总体的设计上来看，我对这里心存质疑。如果把一个Resource抽象为一个资源，我们就不应该假定他是文件，从而在Resource中定义getFile这样的方法，因为一个资源也有可能是从数据库或者网络上来的。而Resource下的接口可以分为能得到File的和不能得到File的，由此设计下去，可能更容易理解。