楼主不要出来误导他人……

@linshanyan
这有时是权限的问题，我在使用时也经常会出现这种问题的；
你有可能多试几次他就会行的；
具体为什么？我也没有搞清楚~~
应在DT的访问权限上看看；

你好!我想请问下 我用的WEB方式,怎么提示"该报表不包含表"的错误信息?

调试发现该语句中的dt 不包含表
CrystalReportSource1.ReportDocument.SetDataSource(dt);

请问是什么原因呢?

在powerDesigner中双击ID列选中identity。

@尧尧
我现在的确需要这样使用~~

VSS?
你的问题问的很经典:)

@曾哲
就是用vss2005进行对vs2003源代码管理，但是还要达到能通过intrnet访问vss2005进行远程编程

说具体些哦, 没有看明白

@deerchao
謝謝你的回復和幫助～～
以后肯定還有好多地方向你請教,還希望你不吝賜教!
你上面提到的技術我會在網上找些資料了解下,并學習的;
當然如果你那里有資料或學習的資源還請共享下了;
也祝你工作愉快,事業騰達;

@萧萧泪
如果信息不足,当然不可能找到正确答案.
就像我对你项目需求的理解,开始还以为网站主要是给公司里的程序员用的,但现在就比较清楚了,它的用户主要是公司外部的网友.主要的功能基本上是商家点评为核心的用户社区.
如果没有这些信息,贸然回答你的问题,那还不如不回答.

就你现在提出的这些需求而言,如果要采用.Net平台,在技术上我建议你们在数据层用Nhibernate或ActiveReocrd,如果团队对这些不是很熟,也可以用iBatis.Net,这个从学习到可以开始工作用得时间比较短.不建议在代码里直接手写Sql,这样维护起来太痛苦了,尤其是在这样需求变化比较快的Web项目里. 表现层可以使用MonoRail,或者以类似Asp的方式使用Asp.net, 不建议使用WebForms, WebForms不适用于公开的网站.
架构上层次不要划分太多,像如果使用ActiveRecord+MonoRail的话,就分成MVC这三部分基本上差不多了.这样修改起来比较方便.

开发方式上,我看了一下你提的这些功能,它们大都依赖于会员系统(可能还会都依赖Ajax类库--如果要求这个也统一的话).如果需求已经确定就是这样了,我建议先把通用的这一部分做到初步能用,然后其它的子项就可以齐头并进了.子项可以以页为单位或者用例等为单位一块一块地开发,关键是每过一天或几天就把各个子项集成到一起,和客户(或者其它最了解客户需求的人)一起交流,看看是不是走对了路.总之就是不要闭门造车,要与代表客户需求的人尽快互动.

对具体的程序员的要求,在初期就是分析自己所负责的那一块功能需要会员系统提供什么样的支持,这个都出来了之后大家讨论一下最终的会员系统应该怎么做.然后负责开发这些支持模块的人开始工作,其它人可以大家一起学习交流一下项目决定使用的技术.等到基础工作完成,大家就可以开始正常工作了.

性能问题不要考虑太早(事实上称职的程序员都不会专门选性能最差的方法写代码),除非你有无限的工期.真的有问题了再用性能检测工具看一下是哪里的效率太低,再有针对性地修改.

总而言之就是"轻量级","灵活","敏捷",外加一个"懒惰",我觉得这才是开发公众网站比较适合的方法.

@deerchao
我看不能這樣,我提出的問題到了這里怎么又成我回答了;我看我還是問你直接點,通俗異動點了,如過現在你是一個項目經理或說是系統架構師更合適點了；
現在我做為你客戶,大至需求如下：理財網
1、会员：
会员积分、会员基础信息、会员状态记录、会员操作统计、交友、短信息等
2、 新闻：
新闻发布、修改、删除、点评、打分、分类输出、收藏、搜索
3、 点评
点评资讯、推荐商家、地图定位、网友点评、TAG录入搜索、网友打分、活跃网友输出、基础信息输入输出、商家信息修改、订阅、同类商家输出、维护人员输出等等
4、 个人空间
媒体聚合、文章发布、搜索、点评、模板等
5、 相册
图片上传、浏览、点评、推荐等等
6、 论坛
大众化论坛
7、 圈子
创建自己的圈子、发布信息、加入圈子、管理圈子等
8、 播报
功能未知？
9、 理财模拟器
功能未知？
风险偏好分析器 投资受益计算器 理财模拟器

我能提到的就這些了～
下面我就要看看你怎么樣把這些需求生成作品了；
不過我不是以客戶的角色去看的,我是以一個你這個項目經理或系統架構手下的程序員的角色去看的～～

是否可以幫忙呢？

需要满足程序员的什么需求?
如果是用于沟通交流的话直接找个Wiki装上就行了,以后发现有不能满足需求的地方再修改.
如果其它需求我也建议你们先找开源软件用上,在使用中改进.

如果一定要自己写,尽量别把结构弄得太复杂,不然哪天发现需求根本不是这样就得全盘推翻.像PetShop这么一层层封装来封装去不太适合这种需求不明确的情况.

至于性能,你们公司总共能有多少程序员?一般的程序只要写得不是实在太滥,我觉得性能上完全能满足.

按敏捷开发的观点,架构不是设计出来的,是改出来的.性能更不是设计出来的,是出的问题后调优出来的.

@deerchao
對內了,我說過了在這上面不太熟悉了;
給團隊內部程序員使用的

对内还是对外的,主要功能是什么,这些你都不说光提Asp.net, VS2005, PetShop, NBear什么的, 似乎有点本末倒置吧.

@萧萧泪
PowPro 给出的就差不多。
再多加一个判断就行：
if ((con.Name == "combox11") && (con is TextBox))
{
((TextBox)con).Text='xxx';
}

foreach (Control con in this.Controls)
{
if ((con.Name == "combox11") && (con is ComboBox))
{
((ComboBox)con).Items.Add("test");
break;
}
}

@随心所欲：我试过了，没问题，在这里先谢过你了！不过如果型不确定应该怎么做呢？比如说可能是TextBox也可能是Combobox的情况下？还请赐教！

深度克隆是有很多问题的，慎用

combobox cbx=c as combobox;

这样就可以“转化”了。
其实就是按照不同的类型来访问而已。

ps：记得先检查类型是否符合，不然转化之后就是null

不错 一直困惑的问题 这么简单就解决了