做一个简单的网站，这个网站专门介绍自然框架

　　做一个简单的网站，这个网站专门介绍自然框架

　　【IT168 技术】这种形式的博客不是很好解决这个需求。当然，可能我还不知道博客，所以没用。所以想做一个网站，这个网站是专门介绍自然框架的。一开始只是想做一个静态的，内容不多。做几页，介绍一下，把博客里的文章整理成目录，方便阅读。但是试了之后，发现静态页面好麻烦。可能是我太懒了。我总是想要简单。于是想做一个简单的cms，然后用这个cms来介绍自然框架网站。

　　您可能已经说过，海洋一次又一次地制造轮子。网上有很多现成的，还有很多成熟的没用。你自己写什么？

　　首先，我是程序员（呵呵），我首先想到的是我自己能不能做？别人能做到，我为什么做不到？我不是顾客，也不是富人，所以到处都能买到现成的产品。其次，作为一个cms也是一个练手的机会，也是一个自然框架的demo，一个比较大完整的demo。说明自然框架的使用及其在网页中的作用。最后，我想借此谈谈我设计数据库的想法。我觉得我设计数据库的想法还是有点与众不同的。

　　好的，让我们进入主题。

　　首先是了解需求。 网站 会有什么？首页、新闻（图文形式的信息）、产品介绍、文件下载、图片浏览、在线视频等，这些都可以算是“内容”的几种形式，当然也可以有其他形式。

　　这个要求比较简单粗暴。暂时就带着这个需求来设计吧。如何以面向对象的方式设计它？我不确定这一点。也许是关于绘制 UML，也许是关于建模。试试看，不知道是不是我画了一个UML，请拿出来请批准。

　　[cms的类图]

　　图片很简单，没有具体的属性，因为需求在变化，也没有太具体的要求，所以主要设置几个属性。另外，我的英文不好，又怕查出来的英文单词不正确造成歧义，所以直接用汉字。你可能看起来很别扭，但至少不会有歧义，而且会更容易理解，哈哈。

　　“内容”作为父类别，其他作为子类别。内容是一种“抽象”，提取各种形式内容的共性部分，如标题、内容、添加人、添加日期、点击量等，子类负责自己的唯一属性。

　　我觉得这种细化的方法比较好，在设计数据库表结构的时候可以借鉴。于是就有了这样的数据库设计。

　　[cmsER图]

　　“内容”是主体和中心，其他一切都为这个中心（内容）服务。左边是对内容的限制。栏目相当于大分类，分类是小分类（可以是n级），类型是内容的形式，如图形、下载、视频、图片等。右边是扩大。扩展名和类型是一一对应的。

　　这形成了一个“骨架”。骨架以“内容”为中心，ArticleID 用作关联字段。可以添加扩展表，但必须使用 ArticleID 作为关联字段。至于有多少个扩展表，可以根据实际需要更改，表中的字段也可以根据需要增减。

　　设置这种“骨架”的好处：虽然扩展表和字段会发生变化，但“骨架”结构不变。这样，既可以使结构清晰，又可以把握中心和重点；第二，当需求变化时，对结构的影响最小化；第三，如果你掌握了这个“骨架”的习惯，你可以看到其他项目的设计会很容易进入和理解。关于第三点，大家以后会明白的。

　　这是基本思路。

　　ps：cms的字段说明