捐赠 | 广告 | 注册 | 发布 | 上传 | 关于我们    
  沪ICP备05001939号 DELPHI盒子 | 盒子论坛 | 盒子文章 | 盒子问答悬赏 | 最新更新 | 论坛检索 | 下载中心 | 高级搜索    
  精品专区 | 繁體中文 | 奖励公告栏 | 直通车账号登陆 | 关闭GOOGLE广告 | 临时留言    
盒子资源分类
全部展开 - 全部合拢
自己封装的IOCP控件
关键字:IOCP socket api
来 自:原创
平 台:Win2k/XP/NT,Win2003 下载所需:0 火柴
深浅度:中级 完成时间:2009/3/17
发布者:qiuyan81 发布时间:2009/3/19
编辑器:DELPHI7 语  种:简体中文
分 类:网络 下载浏览:2036/11884
加入到我的收藏
下载错误报错
登陆以后才能下载
 用户名:
 密 码:
自动登陆(30天有效)
图片如果打不开,说明流量不够了,请稍候下载……
研究了网络的IOCP写法,封装成控件TIOCPSERVER TIOCPTLIENT。
研究Socket API没多久,写得不好请见谅。
Google
 
本站原创作品,未经作者许可,严禁任何方式转载;转载作品,如果侵犯了您的权益,请联系我们
龙脉加密锁 15元起 Grid++Report 报表 申请支付@网
 相关文章
没有相关文章
相关评论
共有评论28条 当前显示最后6条评论
unsigned 2009/3/29 17:47:51
To 138soft,结构化异常处理应该是一个好的习惯,而不是不好的习惯,只是不可以滥用。当存在与外部的交互,包括任何的API等等,都可能存在不可预测的情况。另外就是函数/过程的深度加深时,异常是最好的处理方法。良好的编码对于个人是可以达到保证的,但是对于团队开发,就不再是那么容易的事。只要稍稍有某一个分支出现非预期的结果,而这个结果在整个程序的运行逻辑上是无关紧要的,如果使用结构化异常,则可以很好地保证程序的健状性,但是如果不使用结构化异常,则可能导致不可预测的后果,比如造成用户数据的完整性等等。一个逻辑从无到有的产生,并不是偶然的,如果它的存在是不合理的,那么就不会再被延续,换句话说它的生命周期就应当得以终结,但是事实上存在着就会有两面性,关键就看如何合理利用。
unsigned 2009/3/29 17:55:54
极大部分程序员都会有一个自信:程序不会存在问题,但是事实上任何一个程序员都不可能100%保证自己的程序没有问题;由于程序运行的环境几乎99.99%都不是在开发机器上,从而几乎所有程序员都会一种疑滤:不可能100%了解目标环境所有问题的可能性。

我只能说,那些把话说得理直气壮的程序员,只是一个无知。
138soft 2009/4/3 1:11:17
由于程序运行的环境几乎99.99%都不是在开发机器上,从而几乎所有程序员都会一种疑滤:不可能100%了解目标环境所有问题的可能性。


逻辑正确,结果一定会正确.自己写的代码如果都不清楚流程,则是可怕的.
unsigned 2009/4/5 15:59:55
程序员的逻辑未必就是最终用户的逻辑,写程序是服务于用户的,而不是服务于逻辑的。也许你的逻辑拥有100%的可行性,但是在用户的环境里面可能就不是如此,比如我们前段时间碰到的一个问题,我们接入到三方的系统,但是三方的系统返回的时候当中存在着不符合协议的数据包,他们的协议边界使用的是一个ASCII字符,而实际返回的数据当中,由于其中一个汉字被截取到一半,从而被截取剩余的半个汉字刚好与该边界字符组成了一个新的汉字,从而导致返回的数据已经是不符合原设计逻辑的协议包。如此安全遵照程序员的逻辑,那么这个问题应该是由责任方去修正,但是这个修正不仅需要花费大量的人力物力还需要时间,在这种情况下,你的逻辑就不再能够得到保证。
aknightchen 2009/4/8 15:28:23
感谢楼主共享代码!
yao_ming 2009/5/26 20:02:08
Good,没弄明白,回头下你的源代码学习一下。
to unsigned,你上面的话其实已经考虑到非100%正确的逻辑了。
我要发表评论 查看全部评论
 
  DELPHI盒子版权所有 1999-2012 V3.01 沪ICP备05001939号 更新RSS列表