我非常尊重 Mono 和 CSLA。我想在非 Microsoft 操作系统上使用 CSLA。我接受 Mono 总是落后于 Microsoft 两步的事实，但 Mono 支持足够多的 .Net 框架来促进各种有趣的应用程序。我也意识到 Mono 不支持许多 3.0 .Net 附加功能，例如 WPF（尽管它必须在很小程度上才能使 Moonlight 起作用）。对于我目前的需求，WPF 支持并不重要，WCF 也不重要。我衷心感谢 Rocky 在 CSLA 中实施并继续维护的所有繁琐的数据绑定支持。对于许多应用程序，这是我看到 CSLA 增加实质性价值的地方。我意识到 CSLA 带来了许多其他功能，但对我来说数据绑定非常重要。我怀疑 Mono 下 CSLA 的主要兼容性问题集中在 Mono 没有实现所有 .Net 数据绑定细微差别（尤其是 DataGrids）和序列化格式差异。我对如何解决这些感知到的问题有一些想法，但我很想听听任何已经走在这条路上的人的意见。
编辑：对于它的价值，我确实在很久以前在 CSLA 论坛上发布了这个确切的问题。CSLA 社区和 Rocky 可以快速回答问题。然而，这个问题从未得到任何答案。我相信原因很简单：Rocky 长期以来一直只专注于 MS 技术。这一点我不怪他。Rocky 对 CSLA 进行了大量投资。他是仁慈的独裁者。我很感谢他让 CSLA 开源。我怀疑他有足够的问题来跟上微软世界每隔几年发生的主要 API 流失。Linux/Mac OS 可能不在他的关注范围内。它可能不应该是......目前无论如何。大多数 Linux 或 Mac OS 人员甚至从未听说过 CSLA。
您可以随时 fork 源、剥离、增强等以使其与 Mono 一起使用。如果您这样做，您将不会有 CSLA 社区在您身后（至少目前如此）。出于这个原因，我放弃了这种努力。
更新： Rocky 现在似乎对 Mono 很感兴趣。查看CSLA 路线图。