.Net正式版中的一些Bug及其解决方案 [转CornField文章](0分)

.Net正式版中的一些Bug及其解决方案
cornfield
(1)Session的问题

问题：
在我的Windows.Net 3604 + .Net Framework正式版的编程环境中，.Net下的Session总是有问题，比如我在A程序下设置了一个Session字典，这个Session将会在B程序下读取，现在的情况就是我在B程序读取这个Session时，第一次能够正常读取，但一旦页面被提交（这在Asp.Net编程中是常有的事情)，Session就会马上消失，错误报告“Object is null”，使用Trace发现此Session已经不存在。
此问题排除浏览器不支持Cookie的可能，因为我读取Cookie是正常的。
解决方法：
1.使用Session的CookieLess状态，具体操作即更改web.config或machine.config文件,这样Session的传值是在URL中进行的。
2.使用Cookie，Cookie是可以正常使用的，只要浏览器没有关闭此功能。
(2)FindControl方法的问题
问题：
大家都知道所有控件集合都存在有一个FindControl方法，一般最常用的地方就是DataGrid对Item中控件的操作。这是一个很好用的方法，可以让我们迅速地找到我们想要的控件，但是他也是我遇到过的最不稳定的方法。
在Item中使用这个方法，一般不会出现什么问题，但是在DataGrid、DataList的各种事件中这个方法经常是找不到控件！！DataGrid还好一点，DataList的事件中发生的情况就惨不忍睹，100％的找不到控件！！这个控件是活生生存在的，使用Controls集合中是可以发现这个控件的。这个问题我在Beta2下就已经发现了，原以为微软会在正式版本中更正，不知道是没有人提出呢？还是没有发现，正式版中依然这样。
开始我以为FindControl这个方法没有写好，我就自个重写了这个方法，但是当我高兴地去用我自个写的方法时，发现传回来的值还是null!!!现在也就只有一个解释了，那就是.Net环境中对Control类型的支持还是不稳定的。
解决方法：
即然通过编写方法传回值的方法搞不定，那么就只有用最原始的方法，在本函数内，直接列举Controls集合中的控件，直到找到这个控件为止。
privatevoid ShowQuestion_ItemDataBound(object sender, System.Web.UI.WebControls.DataListItemEventArgs e)
{
//当返回值为Control类型，经常出现空值
foreach(Control cl in e.Item.Controls)
{
if(cl.ClientID.IndexOf("OptionalTd1") != -1 || cl.ClientID.IndexOf("OptionalTd2") != -1)
{
foreach(Control clx in cl.Controls)
{
if(clx.ClientID.IndexOf("Oplbl1") != -1 || clx.ClientID.IndexOf("Oplbl2") != -1)
{
if(((Label)clx).Text == "")
{
((HtmlTableCell)cl).InnerHtml = "";
}
}
}
}
}
是程序员都会对上面的方法蚩之以鼻，但是没有办法了，微软逼我走上了这条路，不然没有办法找到我要的东东。
(3)OleDb的问题
问题：
大家都知道.Net平台下访问数据库有两种途径，一种是SqlClient，另一种就是OleDb，SqlClient是专为SQL Server设计的，为了保证程序的兼容性，我们还是得使用OleDb。
使用OleDb是一件令人痛苦的事情，必须有着超人的意志力和耐心，使用OLEDB写一次程序和做一次恶梦没有两样，大家真不知道那些五花八门的错误出在什么地方。先看下面的程序。
string strInsertRead = "Insert Into UnRead (Judge1_Result,Judge2_Result) ";
strInsertRead += " Values (@Judge1_Result,@Judge2_Result)";

OleDbCommand MyComm = new OleDbCommand(strInserRead,MyConn);

MyComm.Parameters.Add("@Judge1_Result",OleDbType.LongVarChar);
MyComm.Parameters["@Judge1_Result"].Value = strJudge1_Result;
MyComm.Parameters.Add("@Judge2_Result",OleDbType.LongVarChar);
MyComm.Parameters["@Judge2_Result"].Value = strJudge2_Result;

......
MyComm.ExecuteNonQuery();

执行这么一段程序，你们认为会报什么错误？（注意MyConn是OleDbConnection实例，已经打开）
报出的错误是“输入数据类型与数据库字段类型不匹配！！”？
我是想了好久？strJudge1_Result和strJudge2_Result都是string，而数据库中相应字段的为"TEXT"，怎么会相配？怎么也不可能啊。没有办法，我改变字段的数据库类型试着让数据录入数据库，然后再直接从数据库中查看录入的数据是什么？
一看不知道，一看就把我气昏，进入数据库的并不是strJudge1_Result和strJudge2_Result所表示的判断的结果，而是设定的另一个变量IdCard和Template，两个毫不相干的变量怎么会搞到一起去？？我使用Trace查看入库前strJudge1_Result的数据是正确的，这就说明是在入库时出现的问题，这里就是Parameters属性做的好事！
我把这个程序中的OleDB全部改成Sql，程序全部正常！我只能说OleDb的数据库操作是垃圾（也许说的有些过火)，大家如果操作OleDb出现了一堆问题，你要信任自己，有些事情不是你的错，而是微软不想你用其它的数据库。
解决方法：
如果您是操作SQL Server，那么我建议您直接使用SqlClient，这样免去很多麻烦。如果非要使用OleDb来操作其它的数据库，请尽量少用Parameters属性来传递参数，而是直接写进SQL语句:
string strInsertRead = "Insert Into UnRead (Judge1_Result,Judge2_Result) ";
strInsertRead += " Values ('"+strJudge1_Result+"','"+Judge2_Result+"')";

更正，这篇文章不是CornField兄原著的，呵呵，他也是转贴的。

斑竹：我自己开的帖子，为何不能结束？！！

现在可以结了[]

OleDb垃圾？ 我不这么认为，OleDb链接的数据库类型比较多，但确实存在一些问题，Parameters.Add() 方法第一个参数本应该是存储过程参数名，但OleDb好像并不这么处理，而是按着存储过程参数的顺序进行匹配，这个很重要，你所说的参数类型不匹配，最好看看Parameters的参数顺序和存储过程的参数顺序是否一至。