2009-04-14 77 views
4

我非常尊重Mono和CSLA。我想在非Microsoft操作系统上使用CSLA。我接受Mono将永远比Microsoft落后两个台阶的事实,但Mono支持足够的.Net框架来促进各种有趣的应用程序。我也意识到,单声道不支持许多3.0 .Net新增内容,例如WPF(尽管它必须在很小程度上让Moonlight发挥作用)。对于我目前的需求,WPF支持并不重要,WCF也不重要。我衷心感谢Rocky在CSLA中实施并继续维护的所有繁琐的数据绑定支持。对于许多应用,这是我看到CSLA增加实质价值的地方。我意识到CSLA为桌子带来了许多其他功能,但对于我来说数据绑定非常重要。我怀疑在Mono下CSLA的主要兼容性问题是围绕着Mono而不是实现所有.Net数据绑定细微差别(特别是DataGrids)和序列化格式差异。关于如何解决这些问题,我有一些想法,但我很乐意听到任何已经走过这条道路的人。任何人都有使用单声道CSLA的经验吗?

编辑: 对于它的价值,我确实在一段时间之前在CSLA论坛上发布了这个确切的问题。 CSLA社区和Rocky很快回答问题。但是,这个问题从来没有得到任何答案。我相信原因很简单:Rocky长期以来一直专注于MS技术。我并不认为他是这个人的错。 Rocky对CSLA有相当大的投资。他是仁慈的独裁者。我很感谢他制作了CSLA开源代码。我怀疑他在微软世界每隔几年就会遇到足够的问题,以跟上主要API的流失。 Linux/Mac OS可能不在他的位置。不管怎样,它可能不应该......大多数Linux或Mac OS的人从来没有听说过CSLA。

你总是可以将源代码分离,剥离,增强等,使其与Mono一起工作。如果你这样做,你不会有CSLA社区(至少现在)。出于这个原因,我放弃了这一努力。

更新: 看来,洛奇现在对莫诺感兴趣。检查出CSLA Roadmap

+0

从来就没有钻进这个兔子洞,你尝试问周围里昂证券论坛http://forums.lhotka.net/? – Brettski 2009-04-14 03:09:56

回答

2

我会尝试的是下载CSLA.NET源并尝试在单声道下编译它。我没有完成我的自我,但它可能就这么简单。你甚至可以尝试不同版本的代码,因为最新版本的CSLA.NET使用了很多.NET的新功能,而这些功能可能暂时不能被转换。我认为这将是一个有趣的开源项目。

相关问题