泛型，委托之类的，有啥用处？
俺写了几年程序，压根都用不着这些泛型，委托，看了好几遍，也忘了好几遍，压根儿啊，就记不住。。算了，等用到再查资料吧。
[解决办法]
泛型 你没用过 List<T>?
委托 多线程，异步里面多多少少会用到吧
[解决办法]
泛型 不用？？05开始不用不可能吧？
泛型强制约束 = 强类型 避免封箱拆箱
委托事件。。。。说实话。。。我用的也不是很多。。。。但委托的确是个好东西
还有一些方法必须传委托的
[解决办法]
泛型 避免装箱拆箱
委托 自定义事件和跨线程操作都要用到的
[解决办法]
没用过的时候觉得没什么，用了以后觉得果然还是会方便很多
[解决办法]
你该跳槽或改行了...如果你几年都在砌砖头当然无法理解硂车的作用，继续下去你还是个民工...
[解决办法]
楼主写了几年什么程序...
[解决办法]
泛型就用过List<T> ，委托也就是一些事件而已哈哈
[解决办法]
泛型不用到不太可能，那你们写的是什么程序呀？全部都是弱类型，用dataset传来传去？
委托倒是如果不用函数式的思想，用的就比较少
[解决办法]
没啥大用处，不用也不耽误写程序，主要就是为了代码重用
[解决办法]
如果你抱着用到了再学的想法，的确用不到。
如果你抱着光学习的方法，也不能理解，学不会。
首先说委托，委托的用处是非常大的，可以说是必不可少的。所以C#1.0就有了委托。委托最大的应用是在此基础上的事件机制，我想没有人写程序没有使用过事件吧。虽然写程序必用委托，但是大多数情况，VS编辑器作了良好的处理，避免初级用户直接面对它，所以说，很多人没听说委托一样写程序。
委托的用处是回调。所谓回调，就是和调用相反，在调用中，我们把函数看成是一个功能单元，传进去参数，得到我们想要的结果。而回调正好相反，将要做的事情在主程序里面定义好，传给调用程序，由调用函数来调用。这时候，对于调用程序而言，它不关心外部环境如何，它通过对委托的调用完成和主程序的交互。这么做有什么用呢？就是说，我们可以在主程序里面定义不同的行为，从而无限制地扩展调用函数的功能，提高代码的重用。
[解决办法]
没用过泛型是因为你没意识到泛型的好处和便利。
[解决办法]
没用过泛型这不太可能。。
MS搞这个东西还是不错地。。
避免了因为拆箱装箱的性能损失，不须要类型转换。。。
这个写起来也不会因为类型转换而出现错误
[解决办法]
委托在web中用的不算多。。。但是也用得到。。。
[解决办法]
做网页...控件那一大堆的事件，你没用到过委托？
[解决办法]
没用过委托基本断定你没写过有功能有封装的类，泛型没用到。。难道你就不传送一些大数据量的，多维数的东西？大哥这几年写的啥程序？？
[解决办法]
泛型用于两个地方，封装数据结构和封装算法。List<T>，这是封装数据结构，Sort<T>()，这是封装算法，有时候两者结合起来。在数据结构和算法中，往往我们对数据的组织和处理策略是相同的，但是具体的数据类型不同。因为C#是一种强类型的语言，所以不得不为每种类型分别处理。当然，这么做是不现实的，幸好C#的设计者定义了一个object作为所有类型的基类。但是带来的问题就是大量的强制类型转换，装箱、拆箱以及无法在编译期作类型安全的检查。泛型这个特征使得我们可以用更加优雅的方式来编写代码。
[解决办法]
很精辟。
好多语言里面都有委托，理解了一种，就都理解了。
我喜欢下围棋，那么我可以用围棋来解释这件事情
围棋刚入门的人，喜欢计较细节，喜欢把变化用尽，喜欢拼杀，不是你死就是我活
而围棋下到一定阶段，则会先放下细节，先从大的结构上考虑，喜欢保留变化，有些棋不一定要现在下，我们可以保留住变化，然后根据外部的条件在确定我是否使用这个变化
同样对于编码，如果说你能在代码会不自觉的使用泛型，委托之类的手段，那就说明，你并不是一次就用尽所有的技术细节，你只是使用了一些策略保留住了一些变化，你希望这个代码能尽可能多的被其他场景所应用
仅仅如此而已
[解决办法]
支持
