Delphi WSAASyncSelect足够好吗?你能推荐一个替代方案吗?印地更好吗?
我从不喜欢winsock编程的组件,我喜欢它的自然方式,但今天我的同事告诉我在我的项目中使用Indy。你能告诉我Indy是否是我项目的更好的替代品吗? -2个TCP服务器,2个TCP客户端。共4个套接字 -该项目是一个代理 现在是第二个问题,我每天都读到WSAASyncSelect不好,这是可以预测的,它来自winsock 1.1。我的问题是:手动为winsock提供比AsyncSelect更好的建议Delphi WSAASyncSelect足够好吗?你能推荐一个替代方案吗?印地更好吗?,delphi,indy,Delphi,Indy,我从不喜欢winsock编程的组件,我喜欢它的自然方式,但今天我的同事告诉我在我的项目中使用Indy。你能告诉我Indy是否是我项目的更好的替代品吗? -2个TCP服务器,2个TCP客户端。共4个套接字 -该项目是一个代理 现在是第二个问题,我每天都读到WSAASyncSelect不好,这是可以预测的,它来自winsock 1.1。我的问题是:手动为winsock提供比AsyncSelect更好的建议 谢谢。是的,Indy更好,因为它为您提供了winsock通信的一致抽象。区别就像使用WinAp
谢谢。是的,Indy更好,因为它为您提供了winsock通信的一致抽象。区别就像使用WinApi创建窗口和简单地使用TForm一样。是的,Indy更好,因为它为您提供了winsock通信的一致抽象。区别就像使用WinApi创建窗口和简单地使用TForm一样。是的,Indy更好。ICS、Synapse或任何其他与互联网相关的组件集也是如此。它们处理所有细节,让您可以处理应用程序的实际功能,而不是在通信层细节上浪费时间。它们的测试也比您自己的代码所希望的要好得多(因为它有更广泛的用户基础和更广泛的硬件和操作系统)
如果存在构造良好、维护良好且广泛使用的替代品,NIH(不是这里发明的)是一个非常糟糕的主意,尤其是当这些替代品是免费的(如Indy和ICS) 是的,印地更好。ICS、Synapse或任何其他与互联网相关的组件集也是如此。它们处理所有细节,让您可以处理应用程序的实际功能,而不是在通信层细节上浪费时间。它们的测试也比您自己的代码所希望的要好得多(因为它有更广泛的用户基础和更广泛的硬件和操作系统)
如果存在构造良好、维护良好且广泛使用的替代品,NIH(不是这里发明的)是一个非常糟糕的主意,尤其是当这些替代品是免费的(如Indy和ICS) 我的所有套接字工作都倾向于依赖它,因为它轻巧易懂。它不是一个组件体系结构,但类体系结构和实现通常很简单,只需复制一个现有的帮助器类并修改它以执行所需的确切步骤。Synapse也有一个很好的用户社区,并且正在积极开发,因此可以从svn快照中获取最新的更改(我相信它的修订版98,该网站的邮政编码为修订版38)。由于其轻巧易懂的方法,我倾向于依赖于我所有的socket工作。它不是一个组件体系结构,但类体系结构和实现通常很简单,只需复制一个现有的帮助器类并修改它以执行所需的确切步骤。Synapse也有一个很好的用户社区,并且正在积极开发,因此可以从svn快照中获取最新的更改(我相信它的修订版98,该网站的zip为修订版38)