Events 为什么'；你在Mono上做过什么？

我想知道为什么DataReceived（或ReadChar（））没有在Mono中实现。我在3.x测试版的笔记上找不到任何东西，这两个问题都是已知的老问题（），似乎很容易解决。
甚至还有像这样的“变通办法”，让人觉得整合起来并不难

---

有什么确凿的理由让它站得这么久吗？真的没人在乎吗？Mono真的不是在积极开发吗？3.x测试版将指出其他方面…

Mono正在积极开发中。Xamarin是其背后的主要公司（与其他公司相比，贡献的数量也是如此）

当然，这意味着，移动产品使用的bug/功能比其他产品更快地得到优先排序。您是否有一家公司大量使用System.IO.Ports命名空间？那就考虑一下吧，它最近没有得到太多的爱。

---

PS：您甚至不需要编写代码就可以开始贡献。例如，您可以做的第一件事是查看其他人的贡献，例如。

Mono正在积极开发中。Xamarin是其背后的主要公司（与其他公司相比，贡献的数量也是如此）

当然，这意味着，移动产品使用的bug/功能比其他产品更快地得到优先排序。您是否有一家公司大量使用System.IO.Ports命名空间？那就考虑一下吧，它最近没有得到太多的爱。

---

PS：您甚至不需要编写代码就可以开始贡献。例如，您可以做的第一件事是查看其他人的贡献，例如。

在Mono支持的所有操作系统上运行异步串行端口I/O并不是一件有趣的事情。Mono是一个自由和开放源码软件项目，需要的时候就可以完成。毫无疑问，他们在等待你的贡献。我不想让人觉得我是个爱挑剔的人，我对Mono的表现印象深刻。我这样问是因为，例如，这些问题存在缺陷，多年来一直没有得到响应，而且有非常聪明的人提供了可用的解决办法（尽管可能是局部的）。我相信这背后有原因，我只是想更好地理解。在Mono支持的所有操作系统上运行异步串行端口I/O并不是一件有趣的事。Mono是一个自由和开放源码软件项目，需要的时候就可以完成。毫无疑问，他们在等待你的贡献。我不想让人觉得我是个爱挑剔的人，我对Mono的表现印象深刻。我这样问是因为，例如，这些问题存在缺陷，多年来一直没有得到响应，而且非常聪明的人提供了可用的解决方法（尽管可能是局部的）。我确信事情的发展背后有原因，我只是想更好地理解。从专业角度讲，我不需要System.IO.Ports，但是，当我把它作为一种爱好使用时，我遇到了很多人描述如何解决这些问题（已经存在了很长时间），这让我怀疑解决方案不仅仅是签入。如果每个人都有和你一样的方法，没有人会为开源项目做出贡献（开源项目从来都不是真正的开源项目）“完成”）这正是我要问的原因。我不明白为什么没有人会回答系统中存在的bug。如果大多数人都像我一样，就会有很多问题，并希望得到一些答案。你是一名专业开发人员吗？你应该知道，进入Mono这样的领域并提交代码是一件非常困难的事情这是一项微妙的业务。首先，我试图了解事情是如何运作的，然后我采取行动。Mono的工作方式与大多数开源项目相同：你发现一些不起作用的东西，然后要么你提交错误并希望有人修复，要么贡献补丁并请求审查。从专业角度来说，我不需要System.IO.Ports，但把它作为一种爱好，我遇到过很多人描述如何解决这些问题（已经存在这么久了），这让我怀疑解决方案不仅仅是签入。如果每个人都有和你一样的方法，没有人会对开源项目做出贡献（开源项目永远不会真正“完成”）这正是我要问的原因。我不明白为什么没有人会回答系统中存在的bug。如果大多数人都像我一样，就会有很多问题，并希望得到一些答案。你是一名专业开发人员吗？你应该知道，进入Mono这样的领域并提交代码是一件非常困难的事情这是一项微妙的工作。首先我试图了解事情是如何运作的，然后我采取行动。Mono的工作方式与大多数开源项目的工作方式相同：你发现一些不起作用的东西，然后要么你提交bug并希望有人修复它，要么贡献一个补丁并请求审查