Wiki：Delphi第三方TCP/IP组件库的最新技术

发布时间：2020-12-15 10:18:12 所属栏目：大数据来源：网络整理

导读：我没有做裸机TCP / IP约18个月，所以我不知道现在的艺术状况是什么。我正在寻找积极和消极的方面，同时开发服务器和客户端软件。我将做一个项目，需要一个坚如磐石的TCP / IP层，所以对我来说这是一个重要的方面:) 为了成为一个社区维基，我正在寻找更广泛

我没有做裸机TCP / IP约18个月，所以我不知道现在的艺术状况是什么。

我正在寻找积极和消极的方面，同时开发服务器和客户端软件。
我将做一个项目，需要一个坚如磐石的TCP / IP层，所以对我来说这是一个重要的方面:)

为了成为一个社区维基，我正在寻找更广泛的答案，而不仅仅是“坚实”。因此，例如有关功能宽度的信息也是值得赞赏的。

我将在答案中找到相关方面来更新问题，以获得一个维基条目，该平台将对这些库进行平衡的概述。

例如，请看下面我的回答我以前的经历与Indy
我对Indy的异常处理和防冻非常矛盾，虽然我习惯了它，但它仍然感觉有些不自然。

现在我开发Delphi 2007(非Unicode)和XE(Unicode)，所以我正在考虑的库至少应该支持两个Delphi版本。

解决方法

编辑：我以前对Indy的经验总结以及意见(感谢 Eugene， Marjan)
(请更新当前的Indy最新技术)：

优点：

>与德尔福船舶
>成熟
>发展社区
开源这么多的眼睛仔细检查这些来源
>源代码中的一大堆有价值的评论文档
> OpenSSL支持
>支持广泛的Delphi版本(包括2007和XE)
>广泛的协议选择

缺点：

>与Delphi发货的版本并不总是最稳定的;通常需要从源代码下载以获得稳定的版本>(同时)现在在Delphi中的很多重复的代码(但是Indy需要与旧的Delphi版本兼容)>并非所有TCP / IP组件都是最新的(例如，POP3客户端组件不支持一些基本的POP3命令)>版本互操作性是一个痛苦：从一个Indy版本升级到另一个可能是非常耗时的>我对Indy的异常处理和防冻非常矛盾，虽然我习惯了它，但它仍然感觉有些不自然。>在构建更新之间进行破坏性更改; ifdef需要适应这些>发布状态不清楚，如果有的话，长时间没有RC，获得主干可能会使您的本地拷贝不稳定

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!