.NET Framework 和公共语言运行库（CLR）的优势之一就是，致力于此的开发者可以从它提供的基础硬件平台的抽象中获益。最近，微软 CLR 团队的程序经理 Andrew Pardoe描述了针对此框架所做的一些更改，从而使它能运行在 ARM 架构上。此举比切换到 64 位计算架构还要复杂，Pardoe 解释了这些差异。
Pardoe 说道，“……尽管 .NET Framework 被设计为非特定平台的，但它自诞生那天起主要运行在基于 x86 架构的硬件上”，因此要想在 ARM 架构上运行其代码，开发者需要仔细研究以下几个方面：
较弱的内存模型，只能带来更严格的数据对齐（data alignment）要求。
对函数参数处理方式上的差异。
Visual Studio 下项目配置信息的细节。
基于 x86 架构的处理器依附于一种强内存模型，它可确保“……保证处理器在执行大多数读写操作时，其执行顺序看起来与在程序中指定的顺序相同”。这一点确保了对多线程编程的简化。相比之下，在编排阶段，ARM 架构的处理器在重组代码时则无法保证这一点。据 Pardoe 说，最终的结果是，目前的多线程代码很可能存在一些尚未发现的潜在缺陷，然而要是这些代码只在基于 x86 架构的机器上运行的话，那么就不会出任何问题。
出于对 CLR 性能的考虑，使得微软限制了运行库在 ARM 架构处理器上强制实现强内存模型的程度。虽然做了一些更改，例如“在向托管堆写数据时，会在一些关键点上插入内存屏障（memory barriers），从而确保类型安全……”，但是为了获得最佳结果，Pardoe 建议开发者在适当的位置使用 volatile 关键字。
在大多数情况下，CLR 都能处理数据对齐，不过在有些情况下开发者也可以影响此行为：
第一种方法是，通过自定义特性 ExplicitLayout 来显式指定某种结构的布局。第二种方法是，对于在托管代码与本地代码之间传递的结构不要准确指定其布局。
最后，大多数面向 CLR 的开发者都可以将他们的 Visual Studio 项目设置为面向 AnyCPU，因此得到的代码会同时兼容 ARM、x86、及 x64 三种架构。
