做 MonoTouch 开发已经有一段时间了, 给我的感觉是 MonoTouch 虽然比较可靠, 但是还是有很多限制, 于是翻译了官方文档的的这一篇 MonoTouch 的限制, 以作备忘。
因为在 iPhone 上运行的 MonoTouch 程序是编译成静态代码的, 所以需要在运行时动态生成代码的功能是不可用的。
以下是与桌面版的 Mono 相比, MonoTouch 的限制:
与传统的 Mono/.Net 不同, 在 iPhone 上运行的代码不是由 JIT 编译器动态编译的, 而是是预编译成静态代码的。 Mono 的 Full AOT 技术在泛型方面有一些限制, 它们是:
不支持泛型虚函数, 因为不能静态确定在不同情况下什么方法会被调用。 (这也是 C++ 不支持虚模板函数(virtual template method)的原因)
class HasGenericVirtualMethod { public virtual void PrintValues(params T[] values) { } } var a = new HasGenericVirtualMethod(); a.PrintValues(new[] {1,2,3,4});
不支持在泛型类型中使用平台调用 (P/Invoke):
class GenericType{ [DllImport("System")] public static extern int GetPid(); }
不支持在 Nullable<T> 类型上使用反射 Property.SetInfo 设置属性的值。
将值类型作为 Dictionary<TKey, TValue> 的 Key 是有问题的, 因为 Dictionary 的默认构造函数将会试图使用 EqualityComparer<TKey>.Default 。 EqualityComparer<TKey>.Default 反过来会通过反射去实例化一个新的实现 IEqualityComparer<TKey> 借口的类型。
对于引用类型来说,这没有什么问题(因为反射+创建新类型的步骤会被跳过), 但是对于值类型来说, 一旦在移动设备商运行, 你的应用将可能会崩溃。 (原文是:This works for reference types (as the reflection+create a new type step is skipped), but for value types it crashes and burns rather quickly once you attempt to use it on the device.)
解决方案: 手工创建一个类型来实现 IEqualityComparer<TKey> 接口, 并提供一个实例传递给字典的构造函数 Dictionary<TKey, TValue>(IEqualitycomparer<TKey>) 。
由于 iPhone 的内核禁止应用程序动态生成代码, 在 iPhone 上 Mono 不支持任何形式的动态代码生成, 包括:
缺少 System.Reflection.Emit 意味着任何依赖运行时的生成代码的代码不能工作, 它们包括:
注意: 不要混淆 Reflection.Emit 和 Reflection 。 Reflection.Emit 是关于动态代码生成、对它们进行动态编译,并编译成本地代码。 由于 iPhone 的限制(没有 JIT 编译), 无法支持这些操作。
但是关于反射的API, 包括 Type.GetType(“SomeClass”)、 列举类型方法、属性, 获取特性(Attributes)和值是可以使用的。
在标准的 Mono 中, 可以将 C# 的委托实例传递给非托管代码, 用于替换函数指针。 运行时通常会将函数指针转换, 允许非托管代码回调托管代码。
这个转换的 Mono 中是通过 JIT 编译器实现的。 当使用 iPhone 需要的 AOT 编译器时, 有两个限制:
Remoting 在 MonoTouch 上不可用。
以下特性在 iPhone 的 Mono 运行时被禁用:
由于不是所有东西在 iPhone 上都可用, 所以 MonoTouch 只暴露了 .Net 框架的一部分 API , 常见问题中列举了当前支持的程序集。