110,537
社区成员
发帖
与我相关
我的任务
分享c#线程池中能获得每个线程的状态和属性吗？socket下载有没有尽量提升性能的方法？谢谢
如题，感觉Threadpool把线程给封起来了，线程的状态都不知道，晕了。
...全文
请发表友善的回复…
发表回复
天乐 2006-08-07
- 打赏
- 举报
顶 sp1234(对 DLinq 架构颇为失望) 的回答～
以专业开发人员为伍 2006-07-21
- 打赏
- 举报
看不明白你烦恼由何而来？
线程自己不是可以获得自己的状态和属性吗？
程序的业务逻辑是根据各个对象的属性来相互通讯的。一个对象的一个方法作为线程执行的时候，其它对象仍然能够访问这个对象的属性。
对象，是独立运行的、活的实体。系统的职责应该分给各个对象去完成。当对象扩展（具体化、继承）而被新的类型实例化的时候，由于接口不变（多态），新的对象执行新的功能的同时原来的相关联的其它对象仍然正常地运行。设计一个系统，“下载”这个业务应该去了解各个下载任务（业务对象）的属性接口，凭啥去了解“线程”这种计算机概念？当起动“下载”对象的具体的方法的时候，不论是否放在线程中启动，整个系统的结构、其它对象的代码都不用改变，这才是正确的逻辑设计。因此设计中根本不应该让业务对象去关心“线程”这种低级的、随时被替换掉的概念。
线程自己不是可以获得自己的状态和属性吗？
程序的业务逻辑是根据各个对象的属性来相互通讯的。一个对象的一个方法作为线程执行的时候，其它对象仍然能够访问这个对象的属性。
对象，是独立运行的、活的实体。系统的职责应该分给各个对象去完成。当对象扩展（具体化、继承）而被新的类型实例化的时候，由于接口不变（多态），新的对象执行新的功能的同时原来的相关联的其它对象仍然正常地运行。设计一个系统，“下载”这个业务应该去了解各个下载任务（业务对象）的属性接口，凭啥去了解“线程”这种计算机概念？当起动“下载”对象的具体的方法的时候，不论是否放在线程中启动，整个系统的结构、其它对象的代码都不用改变，这才是正确的逻辑设计。因此设计中根本不应该让业务对象去关心“线程”这种低级的、随时被替换掉的概念。
lj915 2006-07-21
- 打赏
- 举报
水平太次，帮顶！
liweisnake 2006-06-06
- 打赏
- 举报
怎么没人帮忙啊？
Yuna_2z 2006-06-06
- 打赏
- 举报
mark
