我非常尊重Mono和CSLA。我想在非Microsoft操作系统上使用CSLA。我接受一个事实，即Mono始终落后于Microsoft两步，但是Mono支持足够的.Net框架来促进各种有趣的应用程序。我还认识到Mono不支持WPF之类的3.0 .Net附加功能(尽管它必须在很小的程度上使Moonlight起作用)。对于我当前的需求，WPF的支持并不重要，WCF也不重要。我衷心感谢Rocky在CSLA中实现并继续维护的所有繁琐的数据绑定(bind)支持。对于许多应用程序而言，这是CSLA显着增加值(value)的地方。我意识到CSLA为表带来了许多其他功能，但是对我来说，数据绑定(bind)非常重要。我怀疑Mono下CSLA的主要兼容性问题集中在Mono没有实现所有.Net数据绑定(bind)细微差别(尤其是DataGrid)和序列化格式差异方面。我对如何解决这些感知到的问题有一些想法，但是我很想听到已经走这条路的任何人的来信。
编辑:
对于它的值(value)，我很早以前确实在CSLA论坛上发布了这个确切的问题。 CSLA社区和Rocky可以迅速回答问题。但是，这个问题从未得到任何答案。我相信原因很简单:Rocky长期以来一直只专注于MS技术。我不会为此而责备他。 Rocky对CSLA进行了大量投资。他是仁慈的独裁者。我很感谢他使CSLA开源。我怀疑他有足够的问题来跟上Microsoft世界每两年一次主要API变更的步伐。 Linux/Mac OS可能不在他的视野内。无论如何，目前可能不应该如此。大多数Linux或Mac OS用户甚至从未听说过CSLA。
您始终可以 fork 源代码，对其进行剥离，增强等，以使其与Mono一起使用。如果这样做，您将不会拥有CSLA社区(至少目前是这样)。因此，我放弃了这一努力。
更新:
似乎Rocky现在对Mono感兴趣。 checkout CSLA Roadmap。
最佳答案
我要尝试的是下载CSLA.NET源代码，并尝试在Mono下编译它。我还没做完自己的事，但是可能就这么简单。您甚至可以尝试使用不同版本的代码，因为最新版本的CSLA.NET使用了.NET的许多新功能，而这些功能目前可能尚未转换。我认为这将是一个有趣的开源项目。