我对Mono和CSLA非常尊重。我想在非Microsoft操作系统上使用CSLA。我接受Mono总是落后于微软两步的事实，但是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。
您可以随时对源进行分叉，剥离，增强等，以使其与Mono一起使用。如果你这样做，你就不会有CSLA社区（至少目前为止）。出于这个原因，我已经放弃了这项努力。
更新 看来Rocky现在对Mono很感兴趣。查看CSLA Roadmap。
答案 0 :(得分：2)
我要尝试的是下载CSLA.NET源代码并尝试在Mono下编译它。我没有自己做过，但它可能就像那样容易。您甚至可能会尝试不同版本的代码，因为最新版本的CSLA.NET使用了许多.NET的新功能，这些功能现在可能无法转换。我认为这将是一个有趣的开源项目。
答案 1 :(得分：0)
对于遇到这种情况的人来说，CSLA现在完全支持Mono。现在在CSLA论坛上也有很多关于它的讨论（http://forums.lhotka.net/search/SearchResults.aspx?q=mono）