先来描述一下cms问题的来源：
-
初始需求：
在开发的过程中有这样的一个处理时间显示的需求：
如果时间小于1分钟显示秒，
如果时间小于1小时显示分钟，
如果时间小于1天显示小时，
如果大于1天显示日期。 -
需求演化一：
每一个显示时间的地方后台开发人员都要编写一个处理这样的一个程序。
于是想起在后台创建工具类解决这个问题。 -
需求演化二：
但是使用工具类又带来了另外一个问题，每次都要取出这个字段显示调用工具类
然后再塞进去,这样造成代码重复臃肿。 -
需求演化三：
后台开发不想用代码实现就可以替换成功，换句话说显示和业务不要耦合在一起。 -
需求演化四：
如果整站出现类似于时间这种字符串处理的地方很多该如何处理？？ -
最终需求：
到这里最终需求就确定啦，相同概念的字符串在页面展示时不希望展示的逻辑每个人都关注，有框架统一提供实现该如何实现？？？
分析问题：
我们需要确定在哪里进行字符串替换比较合适？
无论是json还是ftl还是jsp的字符串替换我们都必须在没有真正返回给浏览器之前来做字符串替换的工作。
大致思路：
发送一个http请求经过解析域名找到对应的tomcat服务，由tomcat决定调用哪一个应用程序响应,
然后应用程序找到对应的jsp或者html，我们通过某种方式获取到jsp或者html的内容通过规则匹配
就可以进行字符串替换。
其实，最简单的方式我们可以创建一个filter，在url请求过来的时候在doFilter()方法中根据某种url规则（比如以.jsp结尾的请求）
获取请求的文件（jsp，ftl，html）， 然后读取文件内容进行匹配，最终可以完成替换。
我们要确定哪些内容需要被替换也就是说我们需要一个标识？
定义一个规则凡是符合规则的就进行字符串替换工作,
可以定义一个特殊的标签：比如：
那我们就规定在jsp或者ftl中以"<cms"开头的标签都进行字符串替换。
那么多种类的cms我们怎么确定使用哪一个cms处理类进行处理呢？？
cms:xxx/中的xxx就是这个处理的类的ioc容器的key，我们可以通过xxx作为
key获取ioc容器中的cms处理器的实例，然后调用这个处理器的处理方法完成字符串替换。
如何让使用者用的简单？？
我们可以抽取一个cms处理器接口，提供一个针对这个接口的抽象实现类，让其处理相同逻辑的实现并约定好必需要实现的方法，
使用者可以通过实现这个抽象类进行字符串替换逻辑编写。
替换相同意义的字符串，那我们怎么确定哪些是相同意义的呢？？
这个由使用者去做，去抽象。
如何在框架上进行集成？？
在框架上使用这个的时候需找两个点：
1.框架在视图层有没有提供可以让我们对url访问的资源（文件）进行处理的入口？
2.框架有没有可以让我们的cms相关处理类放到ioc容器管理的方法？？