.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三种架构。