企业建站系统我的理解是用于支撑企业网站维护运转的系统，它还有个作用就是简化制作人员的时间，提高做企业网站的速度。

我先提出几个问题：

第一个问题：假定你给A客户加了个功能1，给B客户加了个功能2，给C客户加了个功能3。那么这3个功能要不要归并呢？如果归并到一套系统里面了，你的这套系统会很是庞年夜，随之带来的不可是后台菜单选项的增多，致使易用性下降。并且整个系统的运行效率就会变差，功能越多，维护起来也越可骇。

第二个问题：对企业建站的公司来讲，年夜部分都是小范围的。所以能不克不及做到设计制作网站的可以不斟酌法度，甚至他可以完全不懂法度，只要设计出来，这个网站就完成了。一些建站系统追求的就是这种目标，可视化建站，拖动完成这些都是这类系统的卖点。

第三个问题：由于企业网站的每个客户的版面都是不一样的，有些是全站flash的，而有些要特别的加某个功能的，而有些要和第三方系统协调，还有一些是wap网站（目前我们还没碰到这种），那么所采取的建站系统能不克不及适应未来的这种多变的需求呢？对flash网站其实便可以甩失就逮上的一些cms了。

第四个问题：所用的建站系统能不克不及帮忙制作人员更快的做出网站，更快的进行网站的改版？

现在网上的cms以模板型的占多数，模板型就是制作人员做好页面后，然后通过cms特有的标签来挪用数据库数据从而完成数据的显示。这种模板型cms的问题是系统提供的标签能不克不及满足实际建站中的需求，比如有些cms在综合页中只能挪用产品分类和新闻分类，而如果要挪用其它功能，就需要自己修改cms了。还有个不足是与第三方系统的整合，比如有个客户要加一个电子报系统，那么这个电子报系统如何很好的连络就是个问题。优点是这种系统所采取的模板可以很快速的成立一个网站，也可以很快速的进行改版。可是随着功能的堆集，整个系统的菜单项会越来越多，易用性必定就会下降。

对此我提出的解决方案是框架型系统+插件的模式

框架型系统指的是原生建站的体例，可是把一些常常使用的功能都封装成模块了。制作人员只需要复制粘贴一段代码便可以完成数据挪用了。比如客户想在首页加个产品分类菜单，那么首先把挪用产品分类的代码封装到一个table或div中。然后直接复制曩昔再修改下样式便可以了。下次某个处所要用，就再重新复制一份曩昔。虽然所有的模块第一次的时候，需要预先写好。可是后面的几次使用便可以直接拿来用了。而不消斟酌我这段代码是做什么的，只需要改改宽高和颜色这些样式就好了。而框架型提供的封装过的函数，可以简化这些功能模块的开辟。并且这些功能模块也不会使整个根本系统的后台菜单变的庞年夜，只需要依照客户的要求不竭的插手模块就好了。 对客户来讲，只有他们自己要用的到的几个功能菜单，这样易用性就比模板型的那种全部都是没用到的菜单项要来的简单。

并且框架型另外一个益处是，可以满足多样的建站需求，比如对全站都是flash的网站，框架型系统必定是可以满足要求的。因为他是原生的开辟模式。

那么插件的作用是 提供一些特殊的功能，这个是用来解决问题一的。比如A客户要加的功能1，可以做成插件，只在客户A的系统中使用，如果要用在B客户中，那么只需要复制插件曩昔便可以了。

可是这种解决方案的不足在于不克不及够很好的加快建站的速度和快速进行二次改版。可是实际是企业网站的页面一定不会很多的，再加上一些头文件include这种体例，其实做一个网站也不花多少时间的。

本文讨论的是小网络公司对企业建站方面的一些心得，不适用于门户，政府等内容比较多的cms。有任何疑问请来我的博客诸暨网络推广cat交换。