SS7的建议

一、劳请版主转到相应区。
二、正文
三、总结

CMS是一个全面性的WEB系统，作为底层的角色，CMS负责太多的处理工作。
因此CMS的数据处理能力是一个重点，不过这个东西不是本文所要提的。
CMS要做到强大，我们不妨拿大树做比较 - 底层的数据处理是根，功能的延伸是枝；那么，功能的扩展是叶。
具体的说，根系发达的树种，才会有更多的机会在大地上生存，进而长成一片森林，根系的重要性不言而喻。
在这个基础上，大树为了吸收阳光会想尽一切办法纵向或横向生长，白杨和榕树是比较常见的例子。DZ给我的感觉是榕树系，功能很强，吸收阳光很足，但是抗风沙能力显然没有高大的白杨那么厉害。当然，二者之间也没什么有意义的可比性，一个南方一个北方嘛，都是适应了环境的缘故。
不扯远了，既然是榕树系，那么就要想尽一切办法继续生长下去，快速成林。
枝，就是功能，就是功能的多寡，根系决定枝条，枝条决定树叶。好的功能，应该是可以不断升级，不断成长的。一般的或者是没有什么保留意义的功能，是可以被新陈代谢的。
榕树一般选择生命力更强的树枝生长为新树，新树在原来的基础上为母树增加更多营养，能为母树再次繁殖提供保障。
另一方面，功能的可扩充性兼容性作为嫁接内容应该不被排斥，除非是一些不必保留的内容。
看到这里相信不少朋友一头雾水，当然，这些内容不是人人都能理解的。好的程序设计师（不是Coder）有时候需要这样的抽象事物来加强自己的创作水平，抱歉。
树枝是功能，功能的强大，功能的可重复使用，功能的可自由装卸，功能的可自定义资源消耗，功能的可升级降级，功能的可拼接转变，功能的角色互换，功能的自定义性，功能的通用性，功能的叠加性，功能的自动性，甚至是单个功能的自我调整性，多个功能的自我调整性以及由整棵树所领导的选择调整性等等，以上这些，将决定整棵树的生存竞争力。

//please wait...-->

接着就是树叶了。
树叶的功能主要是吸收阳光，转换二氧化碳为氧气，进行光合作用提供能源给母体。
树叶就是树枝生长的目的。
树枝生长都是为了让每一片树叶更多的接触到阳光。而氧气的产生，是为了让这个星球的阳光更充分。从而能给自身带来利益。
什么是功能的目的？
我也思考了很久，不过有一些不成熟的碎片。
比如搜索功能，它的目的是为了方便用户查找数据库，发帖功能的目的是让用户表达自身看法等等。
不过这些目的是很直接的，就好像“树叶的功能就是吸收阳光”那样纯粹。
仔细联想一下，树叶的功能不单单是吸收阳光，它还能创造绿色，能改变环境，能吸引昆虫，能遮风避雨等等。
那么搜索、发帖这样的功能，是否可以延伸呢？
希望SS7里可以看到类似的内容，哪怕是很不成熟的，至少说明新的时代就要到来了。
关于树的抽象比喻，就到这里。接下来是一些具体的“描绘”

<!!----Will End---//

让我们想象一下未来的具有“人工智能”的CMS系统：
它具有功能无限扩展，支持数据库所有表和表、字段之间的任意组合并通过某个模块绑定化，支持搜索嵌套功能（即搜索分类一栏可选择传统下拉或自行输入，并在结果输出以该关键字的关系表，并延伸出某些以该关键字为索引的功能列表-这个放在后台，我想挺不错的），支持文字格式化功能，文字格式定义并赋予某些文章该类格式输出功能，支持商品和文章模块自定义字段并能组合为专题的功能（不好意思，表达有点问题，这个想法比较变态，简单的说不清楚），模板标记智能化-将标记由传统的输出某系列特定内容转变为自适应数据库字段，比如{广告,1,(随机),w<500,h<80}这个标签对应的是广告功能中第一个类别，随机输出该小于该分辨率类型，如果变态一点的话...那么就简化成这样{广告,随机}由系统根据该页的Keywords和Description以及标签所在的容器尺寸自动随机生成。支持模板拖放并按照该模板自动对应标记生成文章或列表的功能，模板制作人性专业化，根据数据库的“经验”，让程序自动匹配某些容器的STYLE或SEO，呵呵，这个够BT的。对于静态生成的站点，程序应该知道自我更新，数据库对应的数据录入，程序应该分析该页面的一些关键点（不为难程序员的话，这些点让用户自定义吧），通过关键点查找其他需要同步更新的内容，并及时更新，后台可设置关键点数量或由程序根据系统负载自行判断。还有很多预想的功能，不过太不可思议了，就不提了。
最后说一点：以上这些功能，最好是可以互相拼接和补充的，再比如：广告随机这类标签不但对应广告模块的一条数据，也能对应自我更新的关键点，能被格式化，能被搜索功能搜索，能在设置页面摆放的时候“提醒”一下用户：嗨，你这个页面难道不需要一个“我”么？

谢谢观赏。

很好的建议

不过官方现在是否还开发ss呢？

不一定是SS，比如我就支持官方推到原来的东西重新开发一个全新的DMS