首先，我想说，一个CMS最重要的功能无非就是能够让会员投稿，然后管理员审稿，或者你的网站不开放会员，完全靠自己增稿。

  如果你是第一种情况，你肯定希望你的网站投稿页像一些大型网站一样可以丰富多彩。要做到这点，科讯的自定义表单应该完全可以做到，没有人会怀疑它的强大。

  这样，我的第一个思路就出来了。

  在KS_Form表中，增加几个字段：

（1）表单类型：单选   可选择为栏目关联表单 或者 独立表单

  为独立表单时不做修改。为栏目关联表单时需要填写以下字段

（2）绑定栏目ID号。

  绑定好栏目ID号后，在增加表单字段时，可以多一项选项，即该字段与其表单绑定的栏目中的哪个字段进行绑定（KS_Formfield表中，新增一个AttachClassField字段啥的，有几个字段是必须绑定的：如标题，内容，关键字，所属栏目，当然在表单中如何命名完全看你自己的，对于模型中没有的字段，可以通过SQL语句来创建相应的字段）。

 （3）在做好这些工作后，此时用户提交表单，表单的内容是写入到表单所绑定栏目的对应字段中而不是表单表中。

   至于投稿页面的名称，你可以在根目录新建一个Contribute文件夹，然后新建几个ASP文件，用模板进行绑定，然后在模板中插入对应的表单就可以了。

   不要担心你的文章不可以设置热门、推荐...属性等问题，这些你可以在后台进行操作。前台负责投稿，而后台负责修稿，改稿。

  但此时问题并没解决，因为栏目的Field字段是按channelid来归类的，如果你的每个栏目投稿的字段都不一样，必定会是字段繁多，这在后台审稿、改稿时会找不到哪个字段在哪，这时就有第二个思路了。

  在KS_Field字段中如果可以新加一个选项字段，即在定义模型字段时如果能增加一个（公共字段，专属栏目）的选项，这样在文章归属于某栏目时，只显示公共字段和专属该栏目的字段，其他栏目专属的字段不显示。这样一来，问题就能得到很好的解决了。

  在这整个过程中，栏目ID号是关联整个过程的关键字段，而不是模型。本人菜鸟，空有想法，不知道要实现这点，是否有很大难度或者其中有其它不足。对于大多数人来说，我想不是要建的模型太多，而是把字段全定义在模型里、字段太多了。请问你们有何看法呢？

呵呵，我说的公共字段，专属字段还是基于模型下的啊。所谓的公共字段，如标题，所属栏目，关键字，这些是每个投稿项目都必须要的，它在模型里定义；而栏目专属字段则是根据其需要定义属于它自己的字段，这样在后台选择栏目后，出现的投稿内容会是其私有字段。打个比方，我建了两个栏目，电影栏目，和小说栏目----电影栏目下我定义专属字段：导演、演员、产地等等，而小说栏目则定义专属字段：作者、连载属性、完成字数，等等。删除字段时不过是删除对应的专属字段而已，而公共字段，比如添加一个推荐等级字段，是在该模型中的栏目有所共性的时候才添加的。

以自定义表单的方式来做投稿页面并关联栏目的优点是：（1）表单是为投稿内容量身而设的，某栏目需要填写什么，就新建什么字段，如果字段是模型里的公共字段，则可选择进行直接绑定，如果不是，就按绑定的栏目在栏目下生成它的专属字段。这样做，最大的好处就是不但后台投稿审稿可以很方便，用户的投稿页面也可以做得十分自由，做成不同的风格样式，很直接。（2）偏重于前台做发布，后台做管理，这对于主要靠用户投稿的大网站似乎更为合适。

总之，希望科讯6.0早点出来，这样不同栏目可以有不同的字段填写项了，这很重要。

好像不是很可取.看不出有什么优点.

如果这样把字段都定义在KS_FormField表

假设文章表,图片表都公用这个字段.如果你要删除这个字段,想必所有关联的表都得删除吧!这样问题就来了,如果我只是希望文章表删除,图片表不删除呢?关联性太强.