Mono为什么要实现WCF？

为什么接口和类是“原样”的

我不明白重复微软的设计有什么意义。我的经验表明，WCF是一个巨大的框架，其实现基于SOAP服务。他们的方法存在巨大的问题。它根本不适合简单的HTTP请求处理周期。为什么不尝试发明一个更好的框架呢

更新：

好的，我明白了。：）我喜欢.NET平台，C#，我喜欢这个平台可以在其他操作系统上使用，但是

你们难道看不到原始（微软）框架中的许多东西可以做得更好吗？ 查看

System.ServiceModel.Channels.Message

。这是定制领域的一件大事

---

为什么到处都可以看到XML？我怎样才能轻松地使用这样的类做任何事情？这是可行的，但我不能说这是一个通用通信框架的良好设计。我认为Mono项目的目的不仅仅是将.NET生态系统带到unix*上，而是让它变得更好。

我认为整个要点是让WCF平台在Microsoft Windows以外的其他操作系统中可用。因此，如果您有一个使用微软的编译器MS VisualStudio开发的应用程序，您可以根据需要将其部署到Linux或Mac OS X上

---

如果您决定在其他平台上编写WCF，也可以使用MonoDevelop和Mono编译器。

因为并非所有东西都适合于简单的http请求处理周期。因为SOAP提供了REST不提供的特性。因为它与一系列加密、身份验证和授权选项挂钩。因为你所看到的巨大问题会为其他人解决问题。

Mono允许.net在其他操作系统上运行。Mono不是根据优点来挑选和选择要实现的内容。

WCF不是基于soap服务，它允许绑定到soap服务，但您也可以使用WCF公开restful服务，只需少量配置。您是否尝试过为json、xml服务添加压缩？这一点都不容易。如果他们不实现WCF，他们就不能说他们在mono上实现了“WCF”。如果你不喜欢WCF，你就不必使用它。你可以问同样的问题，为什么Mono首先实现了C#。我现在将WCF实现为一种进程间数据通信机制。强类型，易于使用，并回电话-我喜欢它！“因为你所看到的巨大问题为他人解决了问题。”-很棒的声音字节-我知道我将在另一场辩论中使用这句话。