|
Posted on 2006-01-05 00:15 追风逐月 阅读(683) 评论(1) 编辑 收藏 引用 所属分类: .net
最近研究了一下 Asp.net Forums.很早就听说了这个论坛,想来盛名之下,应该不错.其号称Asp.net论坛中的极品,自然有其强大之处. 但是,经过一段时间的摸索,算是略略的掌握了一些门道.却总觉得有些差强人意,有些话如骨鲠在喉,不吐不快啊. 稍稍的总结了一下,主要有以下几点阻碍了该论坛在国内的普及.
- 没有一个好的名字,一个好的论坛名字对论坛的发展会起到推动的作用,但是Asp.net Forums,这样的名字是很难说代表了什么的.这个名字有两个缺点.其一,Asp.net 只是说明了论坛开发语言的性质,而无法作为论坛的表示,所有用Asp.net开发的论坛都可以叫这个名字,以至于在搜索引擎中搜索时会出现大量无关的信息;其二,国人的论坛一般叫BBS而不叫Forums,很多人只知道bbs是论坛,而不知道forums是什么东西.
- 缺乏对Access的支持,当然这个可以通过扩充sql模块来实现,但如果对论坛不熟悉的话,这种工作无疑是十分困难的.诚然,论坛对sqlserver的支持非常好,但是要具备这种条件,对一些个人网站的站长来说几乎就是不可能的,而这些人真是论坛推广和发展的主力.所以,赶紧推出支持Access的版本,是很有必要的.
- 论坛功能欠强,由于这个论坛是标准的舶来品,而东西方用户之间的差异是十分明显的.国内流行的一些如威望,贡献值,虚拟形象等都是论坛必不可少的元素,这些真是Asp.net Forums论坛所缺乏的.
- 界面定制不直观,该论坛界面定制使用.ascx文件,这种文件其实就是标准的文本文件,但是应该很多(做界面的)人没见过这种格式,很自然的对其敬而远之,如果能把它改为.htm文件,就感觉亲切多了,当然也许那样的话,安全性就会稍稍的下降了.界面定制还有个问题,就是因为每个界面都有一个相应的.cs文件与之对应,而作者为了方便往往并不对界面上的元素的存在性进行判断,以至于经常出现界面上删除了一两个自以为无关紧要的控件后就出现对象为null的错误.我觉得,这样的设计,无疑是藕合关系太严重了.
- 糟糕的多语言支持,多语言支持是本论坛的一大亮点,但是正是为了这种配置的方便,使界面文件中看不到必要的描述性的文字,而代至于ResourceManager.GetString(),这样当我们想打开文件进行修改的时候,根本就无从下手,还得来回的看,到底那个是那个.我觉得,其实程序中用到的文字性的描述,应该用资源文件来定义,但是界面上的文字,就不用这样了,反正界面也是可以自己修改的嘛,而且反而简单.
- 代码冗余繁复,经过一段时间的学习和梳理,我发现其实现在论坛中的很多代码是没有用的,也许是修改的人太多的缘故,代码就像一件补了又补的衣服,很难让人有赏心悦目的感觉.
- 缺少插件机制,一个论坛的好坏,在很大程度上也需要具有良好的可扩充性,而方便高效的插件机制,在国内来说无疑是不可或缺的,可惜的是Asp.net Fourms的设计者过多的追求系统的效率而忽略了这方面的要求.
- 缺少免费空间的支持,现在支持asp.net的免费空间太少了,不过,这也不能算是论坛的错了.
不过,不管怎么说Asp.net Forums论坛还是一个很不错的论坛,只不过该如何将这个洋和尚改造成土和尚,还需要我们大家的努力.
Feedback
# re: Asp.net Forums的八大硬伤 回复 更多评论
2006-10-06 22:20 by
php直接干,速度够快.
|