盒子资源分类
自己封装的IOCP控件
关键字：IOCP socket api
来 自：原创
平 台：Win2k/XP/NT,Win2003
下载所需：0 火柴
深浅度：中级
完成时间：2009/3/17
发布者：qiuyan81
发布时间：2009/3/19
编辑器：DELPHI7
语 种：简体中文
分 类：网络
下载浏览：2055/15390
研究了网络的IOCP写法，封装成控件TIOCPSERVER TIOCPTLIENT。
本站原创作品，未经作者许可，严禁任何方式转载；转载作品，如果侵犯了您的权益，请联系我们
相关文章
相关评论
共有评论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,没弄明白，回头下你的源代码学习一下。
我要发表评论 查看全部评论
盒子资源分类大树
