Xamarin.ios MonoTouch和Mono for Android中的实体框架支持

Xamarin.ios MonoTouch和Mono for Android中的实体框架支持,xamarin.ios,xamarin.android,Xamarin.ios,Xamarin.android,既然即将推出的Mono版本包括EF4,那么是否即将计划将其包括在MonoTouch和Android的Mono中?对于Android,我们将其包括在内的可能性非常高,因为Android可以运行整个CLR。在iOS上,情况更为复杂,因为iOS内核施加了各种各样的限制,阻止某些形式的泛型代码运行 此外,所有EF工作都在Mono 2.11上运行,而这两款移动产品都基于更旧的代码库,因此任何升级都必须等到这两款产品在即将推出的Mono 2.12上重新建立基础,而这要到12月左右才能实现。谢谢Miguel。

既然即将推出的Mono版本包括EF4,那么是否即将计划将其包括在MonoTouch和Android的Mono中?

对于Android,我们将其包括在内的可能性非常高,因为Android可以运行整个CLR。在iOS上,情况更为复杂,因为iOS内核施加了各种各样的限制,阻止某些形式的泛型代码运行


此外,所有EF工作都在Mono 2.11上运行,而这两款移动产品都基于更旧的代码库,因此任何升级都必须等到这两款产品在即将推出的Mono 2.12上重新建立基础,而这要到12月左右才能实现。

谢谢Miguel。对目前可用的替代方案有何建议?对于我当前的项目,一个轻量级的解决方案就可以了,当然最小的集成也很好……我已经使用了Catnap ORM()和sqlite net()。两者都很好,各有其局限性。OpenNETCF的ORM在Mono(forAndroid和Touch)、Compact Framework、Windows Phone和Windows Desktop、Framework 3.5或更高版本下运行,在可用的地方支持SQLite和/或SQLCE嘿,所以OpenNETCF让我大吃一惊。我想做更多的研究,因为我一直在做方法的比较分析。如果你给我一个答案,我会向上投票,这样你会得到一些信任=)好吧,它适用于Android的Mon,我们目前的经验是M4A->MonoTouch迁移趋于相当平稳,所以可能只是创建MT项目的问题。我们已经在desktop framework、Compact framework和M4A下使用SQL Compact、SQLite和Azure实现了ORM,因此代码本身从一开始就是非常可移植的。我只是还没有时间或具体需要将其移动到MT。