javascript 模板的思索.

自从写 jCT 以来,就对模板技术产生了一些想法.胡乱谈谈:
首先我谈的前提是建立在以下假设前题下:
1.Web开发中MVC的思想是很好的
2.模板技术是MVC思想中很重头的一项技术解决方案
3.Web开发中团队间如果能尽量避免不必要的沟通,减少代码实现流程中的相关度是有利于开发进度的.

再说说到底是用前台模板还是后台模板吧!
只说一点就够了,其他的大家应该都知道:
前台模板的最大缺点就是如何支持搜索引擎的问题.
让我们先避开这个问题不谈.先畅想一下如果前台模板发展下去,会朝那些方向发展.

目前的javascript模板机会都是采用这样一个方案:
文本HTML模板代码->一个数组(或者说数据对象,因为有些模板不是用的数组,用的是更复杂的对象)和一个函数(或者说是处理前者的对象)
函数通过操纵数组来得到最终的结果.
究其本质就是文本->javascript对象化(代码化,执行化).

那么就得到这样一个现实.一切都是javascript了.都是程序了.也就可以前台静态模板对象了.
那我们不就可以直接

<script language="javascript" type="text/javascript" src="/topath/jstpl.js"></script>

了!

看到这里,好像是的,那我们的主要问题呢?
解决了,已经解决了,既然有了前台静态模板,那后台给出的数据也同样可以用特殊的格式直接输出,直接表现在页面上,如果前台静态模板生效了,那就会是另一个模样,没有生效就是原始模样,有这样的格式吗?有RSS.

重新考虑一下,就算你觉得前台静态模板太麻烦,你也可以不这么做动态的也可以,用什么方法不重要,重要的是这里面要有一个接口.
前台模板要支持RSS数据的问题!

呵呵,狭义的讲,这个不难,数据是你给的,当然你可以做RSS到模板数据的转换了.

广义的讲(就是标准了).......现在还讲不出来,因为标准这个东东,不是说说就能出来的,因为,标准是大家遵守的,接受的,认同的,约束的.要让别人认同很难,还要约束人家,反感呀!

先这样吧,我也要思索思索................