关于CMS（内容管理系统）系统的一些构思
一、一个CMS系统应该具有的基本功能：
1、系统管理：
包括网站名称，网站关键字，网站描述，网站备案编号，是否静态模式
2、构架：
一个完整的CMS系统应该是包含N个频道，比如：图片频道，新闻频道，专题频道等等。而一个频道又可以分为N个栏目，比如：新闻频道可以分为国内新闻栏目，国际新闻栏目，站内新闻等等，而一个栏目又可以分为N个子栏目。
如果网站模式为静态模式，那么一个网站应该具备基本的模板有这些：首页，单页（如：关于我们，联系我们，链接页面）。全站应该具备的模板：头部模板，尾部模板。频道页面应该具有首页，列表页，新闻详细页（带留言评论），搜索页面（不过搜索页面也可以和新闻列表页面做在一起）。一个栏目那也应该具有其首页，新闻列表页，新闻详细页、
等等，你分了这么多的静态页面那么页面之间的关联和URL处理该怎么办呢？
首先可以这样考虑：CMS系统一般具有标签的功能，那么这些固有不变得系统属性可以作为系统固有标签，也称为系统标签。
比如：SiteName,SiteDir,SiteUrl,SiteKeywords, SiteDescription等等。这些标签出现在任何页面里面他都是固定不变的。
还有，就是比如在栏目页面我要引用频道页面和首页的URL，比如要生成：
首页 > 新闻频道 > 国内新闻 > 甘肃新闻
那么这些标签是随着静态生成的时候自动的分析出来的。这个该怎么做呢？我是这样想的。
在生成静态的时候，写一个这样的属性类：
CurrentChannel,CurrentCatalogry,CurrentSubCatalogry[]
（我承认此时此刻我心理很乱，不知道有什么思路，这块以后改。等这个CMS系统写好之后再来改这些。）
网站静态的原因很多，好多网站靠搜索引擎吃饭的、！
以上是前台的一个基本构架。
后台呢我觉得可以这样分：
（1）一个系统配置类，就是配置系统需要的ConnectionString，FileUploadPath，FileAllowUpdate等等之类的基本配置保存的类
（2）一个系统底层类，用于处理底层数据来往的类
（3）一个数据库工厂类，用于方便切换各种数据库环境
（4）一个抽象类，包含所有抽象类
（5）一个实体类，实现所有抽象类（把实体类和抽象类分开的目的是方便于源代码保护）
（6）一个公共类，Common类，整个程序可以用到的一些公共类
（7）还有剩下的就是网站，WEB UI了，包含前台用到的一切逻辑处理页面
可能我的构思还有些不完全，请各位网友多多提建议。
我们的CMS项目正在进行中，我们很快会弄好之后展示给大家的。