扩展前面的两个答案，如果你只想要Objective-C而不是任何Cocoa框架，那么gcc可以在任何平台上工作。你可以通过Cygwin或者MinGW使用它。但是，如果您想要Cocoa框架，或者至少是其中一个合理的子集，那么GNUStep和Cocotron是您最好的选择。

Cocotron实现了很多GNUStep没有实现的东西，比如CoreGraphics和CoreData，尽管我不能保证它们在特定框架上的实现有多完整。他们的目标是让Cocotron与OS X的最新版本保持同步，这样任何可行的OS X程序都可以在Windows上运行。因为GNUStep通常使用最新版本的gcc，他们还添加了对objective - c++和许多Objective-C 2.0特性的支持。

I haven't tested those features with GNUStep, but if you use a sufficiently new version of gcc, you might be able to use them. I was not able to use Objective-C++ with GNUStep a few years ago. However, GNUStep does compile from just about any platform. Cocotron is a very mac-centric project. Although it is probably possible to compile it on other platforms, it comes XCode project files, not makefiles, so you can only compile its frameworks out of the box on OS X. It also comes with instructions on compiling Windows apps on XCode, but not any other platform. Basically, it's probably possible to set up a Windows development environment for Cocotron, but it's not as easy as setting one up for GNUStep, and you'll be on your own, so GNUStep is definitely the way to go if you're developing on Windows as opposed to just for Windows.

值得注意的是，Cocotron是在MIT许可下授权的，GNUStep是在LGPL许可下授权的。

扩展前面的两个答案，如果你只想要Objective-C而不是任何Cocoa框架，那么gcc可以在任何平台上工作。你可以通过Cygwin或者MinGW使用它。但是，如果您想要Cocoa框架，或者至少是其中一个合理的子集，那么GNUStep和Cocotron是您最好的选择。

Cocotron实现了很多GNUStep没有实现的东西，比如CoreGraphics和CoreData，尽管我不能保证它们在特定框架上的实现有多完整。他们的目标是让Cocotron与OS X的最新版本保持同步，这样任何可行的OS X程序都可以在Windows上运行。因为GNUStep通常使用最新版本的gcc，他们还添加了对objective - c++和许多Objective-C 2.0特性的支持。

I haven't tested those features with GNUStep, but if you use a sufficiently new version of gcc, you might be able to use them. I was not able to use Objective-C++ with GNUStep a few years ago. However, GNUStep does compile from just about any platform. Cocotron is a very mac-centric project. Although it is probably possible to compile it on other platforms, it comes XCode project files, not makefiles, so you can only compile its frameworks out of the box on OS X. It also comes with instructions on compiling Windows apps on XCode, but not any other platform. Basically, it's probably possible to set up a Windows development environment for Cocotron, but it's not as easy as setting one up for GNUStep, and you'll be on your own, so GNUStep is definitely the way to go if you're developing on Windows as opposed to just for Windows.

值得注意的是，Cocotron是在MIT许可下授权的，GNUStep是在LGPL许可下授权的。

你可以在这里得到一个objective - c编译器，它可以在Windows上工作，并且在Visual Studio 2008\2010上运行良好。

open-c争吵

只需下载最新的源代码。你不需要构建所有的CF-Lite有一个解决方案叫做objc.sln。您将需要修复一些包括路径，但它将构建良好。甚至还包含了一个测试项目，这样你就可以看到一些objective-c .m文件正在visual studio中编译和工作。可悲的是，它只适用于Win32而不是x64。需要为x64编写一些汇编代码来支持它。

截至2021年，GNUstep Windows MSVC工具链允许在任何Windows应用程序中集成Objective-C代码，包括使用LLVM/Clang的Visual Studio项目。这包括对自动引用计数(ARC)和Objective-C 2.0特性的支持，比如块。

该项目包括来自GNUstep的Foundation、CoreFoundation和libdispatch库。它目前不包括任何UI框架，如AppKit或UIKit，但它可以用来编写特定于windows的UI，使用Objective-C编写的跨平台业务逻辑。

WinObjC吗?Windows Bridge for iOS(之前被称为“Project Islandwood”)。

Windows Bridge for iOS(也称为WinObjC)是微软的一个开源项目，为Visual Studio/Windows提供了一个Objective-C开发环境。此外，WinObjC提供了对iOS API兼容性的支持。虽然最终版本将在今年秋天晚些时候发布(允许桥利用即将到来的Visual Studio 2015更新中附带的新工具功能)，

这个桥现在可以在开源社区使用。从现在到秋天。iOS桥是MIT授权下的开源项目。考虑到这个项目的雄心壮志，iOS开发者可以更容易地在Windows上构建和运行应用程序。

Salmaan Ahmed在Windows Bridge for iOS http://blogs.windows.com/buildingapps/2015/08/06/windows-bridge-for-ios-lets-open-this-up/上有一篇深入的文章，讨论了编译器、运行时、IDE集成以及桥是什么和不是什么。最重要的是，iOS桥的源代码现在在GitHub上。

iOS桥支持为x86和x64处理器架构构建的Windows 8.1和Windows 10应用程序，很快我们将添加编译器优化和对ARM的支持，ARM增加了对移动的支持。

最近一个将Objective C 2.0移植到Windows的尝试是Subjective项目。

自述:

Subjective is an attempt to bring Objective C 2.0 with ARC support to Windows. This project is a fork of objc4-532.2, the Objective C runtime that ships with OS X 10.8.5. The port can be cross-compiled on OS X using llvm-clang combined with the MinGW linker. There are certain limitations many of which are a matter of extra work, while others, such as exceptions and blocks, depend on more serious work in 3rd party projects. The limitations are: • 32-bit only - 64-bit is underway • Static linking only - dynamic linking is underway • No closures/blocks - until libdispatch supports them on Windows • No exceptions - until clang supports them on Windows • No old style GC - until someone cares... • Internals: no vtables, no gdb support, just plain malloc, no preoptimizations - some of these things will be available under the 64-bit build. • Currently a patched clang compiler is required; the patch adds -fobjc-runtime=subj flag

该项目可在Github上使用，在Cocotron Group上也有一个线程概述了一些进展和遇到的问题。