一、 环境设置
　　服务器端的环境设置从参考数据上看，微软系列的设置应该都行，即：
　　1．Win9x+PWS+Office
　　2．Win2000 Professional+PWS+Office
　　3．Win2000 Server+IIS+Office
　　目前笔者测试成功的环境是后二者。Office的版本没有特别需求，考虑到客户机设置的不确定性和下兼容特性，建议服务器端Office版本不要太高，以防止客户机下载后无法正确显示。
　　服务器端环境设置更有两个偶然的发现是：
　　1． 笔者研发机器上原来装有金山的WPS2002，结果Excel对象创建始终出现问题，卸载WPS2002后，错误消失。
　　2． 笔者研发ASP代码喜欢用FrontPage，结果发现如果FrontPage打开（服务器端），对象创建出现不稳定现象，时而成功时而不成功。扩展考察后发现，Office系列的软件如果在服务器端运行，则Excel对象的创建非常难成功。
　　服务器端还必须要设置的一点是COM组件的操作权限。在命令行键入“DCOMCNFG”，则进入COM组件设置接口，选择Microsoft Excel后点击属性按钮，将三个单选项一律选择自定义，编辑中将Everyone加入所有权限。保存完毕后重新启动服务器。
　　客户端的环境设置没发现什么特别讲究的地方，只要装有Office和IE ......

　一、 环境设置
　　服务器端的环境设置从参考数据上看，微软系列的设置应该都行，即：
　　1．Win9x+PWS+Office
　　2．Win2000 Professional+PWS+Office
　　3．Win2000 Server+IIS+Office
　　目前笔者测试成功的环境是后二者。Office的版本没有特别需求，考虑到客户机设置的不确定性和下兼容特性，建议服务器端Office版本不要太高，以防止客户机下载后无法正确显示。
　　服务器端环境设置更有两个偶然的发现是：
　　1． 笔者研发机器上原来装有金山的WPS2002，结果Excel对象创建始终出现问题，卸载WPS2002后，错误消失。
　　2． 笔者研发ASP代码喜欢用FrontPage，结果发现如果FrontPage打开（服务器端），对象创建出现不稳定现象，时而成功时而不成功。扩展考察后发现，Office系列的软件如果在服务器端运行，则Excel对象的创建非常难成功。
　　服务器端还必须要设置的一点是COM组件的操作权限。在命令行键入“DCOMCNFG”，则进入COM组件设置接口，选择Microsoft Excel后点击属性按钮，将三个单选项一律选择自定义，编辑中将Everyone加入所有权限。保存完毕后重新启动服务器。
　　客户端的环境设置没发现什么特别讲究的地方，只要装有Office和IE ......

<%
'┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
'┃　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
'┃ 摘　要： 统计图--曲线图                                                                     ┃
'┃ 作　者： 翁云兵                                                                   ......

 
 
 
ASP.NET弹出对话框几种基本方法
ASP.NET弹出对话框几种基本方法
我们在.NET程序的开发过程中，常常需要和用户进行信息交互，比如执行某项操作是否成功，“确定”还是“取消”，以及选择“确定”或“取消”后是否需要跳转到某个页面等，下面是本人对常用对话框使用的小结，希望对大家有所帮助，同时也欢迎大家补充。
(1) 点击页面上的按钮，弹出一个对话框提示是“确定”还是“取消”操作，我们采用在按钮中添加属性来完成：
举例如下：
public System.Web.UI.WebControls.Button btnDelRow;
btnDelRow.Attributes.Add("onclick", "return confirm('确定要删吗?');");
(2) 点击页面上的按钮，弹出一个对话框提示是“确定”还是“取消”操作，选择“确定”或“取消”后跳转到相应的页面：
举例如下：
string strMsg, string strUrl_Yes, string strUrl_No;
Response.Write("<Script Language='JavaScript'>if ( window.confirm('"+strMsg+"')) { window.location.href='" + strUrl_Yes +
"' } else {window.location.href='" ......

在安全性要求不是很高的ASP.Net程序中，基于Forms的身份验证是经常使用的一种方式，而如果需要对WebService进行身份验证，最常用的可能是基于Soap 标头的自定义身份验证方式。如果对两者做一下比较的话，显然，基于Forms的验证方式更加方便易用，能否将Forms验证方式应用到WebService中去呢？
    从理论上讲，使用基于Forms的方式对WebService进行身份验证是可行的，但是使用过程中会存在以下两个问题：
　　1.基于Forms的验证方式同时也是基于Cookie的验证方式，在使用浏览器时，这个问题是不需要我们考虑的。但对于使用WebService的应用程序来说，默认是不能保存Cookie的，需要我们自己去做这个工作。
　　2.WebService既然是一个A2A(Application To Application)应用程序，使用Web表单进行身份验证显然不太合适，而且，这将不可避免的造成人机交互，使WebService的应用大打折扣。
  接下来，我们就分步解决这两个问题：
　　1.Cookie的保存问题
    WebService的客户端代理类有一个属性CookieContainer可用于设置或获取Cookie集合，保存Cookie的任务就交给他了：
System.Net.CookieContainer cookieContainer = new System.Ne ......

Ajax现在已经是相当流行的技术了，Ajax不仅是想服务器端发送消息，更重要的是无刷新的重载页面。
 如果页面单纯的使用js来创建，要写大量的代码，而且不直观。
在asp.net中，其实我们可以创建用户自定义控件，通过Ajax请求返回用户自定义控件HTML代码。
public static string RangerUsControl(string controlName)
{
StringBuilder build = new StringBuilder();
HtmlTextWriter htmlWriter = new HtmlTextWriter(new StringWriter(build));
UserControl uc = new UserControl();
Control ctrl=uc.LoadControl(controlName+".ascx");//加载用户定义控件
htmlWriter.Flush();
string result;
try
{
ctrl.RenderControl(htmlWriter);
}
catch { }
finally
{
htmlWriter.Flush();
result=build.ToString();
}
return result;//返回控件的HTML代码
} ......

Ajax现在已经是相当流行的技术了，Ajax不仅是想服务器端发送消息，更重要的是无刷新的重载页面。
 如果页面单纯的使用js来创建，要写大量的代码，而且不直观。
在asp.net中，其实我们可以创建用户自定义控件，通过Ajax请求返回用户自定义控件HTML代码。
public static string RangerUsControl(string controlName)
{
StringBuilder build = new StringBuilder();
HtmlTextWriter htmlWriter = new HtmlTextWriter(new StringWriter(build));
UserControl uc = new UserControl();
Control ctrl=uc.LoadControl(controlName+".ascx");//加载用户定义控件
htmlWriter.Flush();
string result;
try
{
ctrl.RenderControl(htmlWriter);
}
catch { }
finally
{
htmlWriter.Flush();
result=build.ToString();
}
return result;//返回控件的HTML代码
} ......