c整理学习.docx

C#篇：1、目标平台的选择64位操作系统在编译VS里的程序时，根据需要设置项目属性的“目标平台”为x86。如果设置为AnyCPU，则在VS 2005里面是不能“编辑并继续”的。——在选择x86和AnyCPU都可以在32位操作系统上使用。——选择x86在64位服务器上运行，可能会造成类库无法加载的问题。此问题在后文IIS经验中解释。?2、取DataTable或者DataGridView里面值的两种常用方法：dt.Rows[i].Cells[ID].Value.ToString();dt.Rows[0][Name].ToString();前者需要从Value中取值，使用起来不是太方便。后者且不能加Value。——所有的中括号中都可以使用序号（从0开始）或是字段名（列名、行名）?3、如果没有使用Linq（一直都用的2.0框架……），可以使用此法来写执行SQL。如：string strSQL = string.Format(Insert table_1 values({0}, {1},{2},{3})如果是varchar类型，必须使用；如果是int，目前发现既可使用也可以不使用，往往写脚本，嫌麻烦，就都带上了，貌似执行上不会有问题，但不知道性能会不会有所下降。如果有知道的朋友请在评论区说下咯。——有朋友评论说这个容易被注入式攻击。查了下避免注入式攻击的方法：1、使用存储过程；2、参数化SQL语句。——以下是使用参数化SQL语句的方式：?SqlCommand command = new SqlCommand(select * from UserInfo where sex=@sex and age@age, connection); SqlParameter parameter = new SqlParameter(@age, SqlDbType.Int);//注意UserInfo表里age字段是int类型的 parameter.Value = 30; command.Parameters.Add(parameter);//添加参数 SqlDataAdapter adapter = new SqlDataAdapter(command); ?4、DLL引用了，但是在代码里面还是无法调用。尝试在DLL的属性里面设置使用特定版本为False。?5、类库里的方法在调用的时候，如何让方法上面显示自定义说明？勾选一下项目：属性——生成——XML文档文件——使用类库的时候，把对应的XML也拷贝的相同目录，这样会在VS中看到类库函数的自定义说明。前提是代码里面使用“///”生成注释。??6、博友分享：VS2010在新建.net 4.0项目时，经常会默认一个Clent Profile的东东，经常出现问题。。。切换为标准框架即可。VS2005不存在这个问题，VS2013好像也不存在这个问题。?7、未能加载程序集这个问题的范畴过于庞大，能够造成这方面问题的原因可能有很多，我记得比较分散，后面找到了陆续补充。（1）版本不匹配。（2）类库生成x86还是x64还是AnyCPU，最好能够做到目标平台保持一致。（3）两个项目引用路径不同，或生成个路径不同。?8、***.dll标记为系统必备，必须对其进行强签名。（1）首先，参考这个地方。/qiujiahao/article/details/2775262；（2）其次，出现这个问题，很有可能是因为两个项目调用了相同的DLL，但是两个DLL版本不同，需要使这两个版本相同即可。?9、如何把Console程序修改为WinForm程序。（1）修改Program.cs，按照Winform程序的方式来修改即可。（2）修改应用程序的属性，在应用程序——输出类型中修改为Windows应用程序。?10、DataGridView在使用其单击、双击事件时，如果需要使用RowIndex，需要判断其是否小于0（表头），否则会报错。11、当多个窗体都设置了TopMost，则只有最先设置的窗体在顶层。12、引用了DLL，但是编译的时候还是提示没有找到命名空间。背景：这个问题很坑，很难发现问题所在。如一个解决方案中有项目A，生成类库，testA.dll；还有项目B，生成类库，testB.dll。如果项目B的程序集名称和默认命名空间设置成了testA，则编译不会报错，但是你这时候想调用testB中的方法时，会发现根本找不到，全是testA的方法！解决办法：右键查看项目（也有可能是相关项目）的程序集名称和默认命名空间。是否与类库名称一致。13、如何修改VS2008转化后的项目为2005版。如上图：修改第一行Format?Version?为9.00.修改第二行为Visual Studio 2005。14、DataGridView时间格式设置dataGrid