另外:

Cocotron是一个开源项目，旨在实现一个类似于苹果公司Cocoa文档所描述的跨平台Objective-C API。这包括AppKit, Foundation, Objective-C运行时和支持api，如CoreGraphics和CoreFoundation。

http://www.cocotron.org/

扩展前面的两个答案，如果你只想要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许可下授权的。

我对Cocotron项目百感交集。我很高兴他们发布源代码和共享，但我不觉得他们做事情的方式是最简单的。

的例子。 苹果已经发布了objective-c运行时的源代码，其中包括属性和垃圾收集。然而，Cocotron项目有自己的objective-c运行时实现。为什么要麻烦地复制这种努力呢?甚至有一个Visual Studio项目文件可以用来构建objc.dll文件。或者，如果您真的很懒，可以从Windows上的Safari安装中复制DLL文件。

他们也懒得利用CoreFoundation(苹果也是开源的)。我发布了一个关于这个问题的问题，但没有收到答案。

我认为目前最好的解决方案是从多个来源(Apple, CocoTron, GnuStep)获取源代码，并将其合并到一起以满足您的需要。你需要阅读大量的资料，但最终的结果是值得的。

如果你只是想尝试一下，这里有一个用于。net (Windows)的Objective-C编译器:qckapp

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

open-c争吵

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

你可以在Windows环境中使用Objective C。如果你按照以下步骤操作，它应该可以正常工作:

Visit the GNUstep website and download GNUstep MSYS Subsystem (MSYS for GNUstep), GNUstep Core (Libraries for GNUstep), and GNUstep Devel After downloading these files, install in that order, or you will have problems with configuration Navigate to C:\GNUstep\GNUstep\System\Library\Headers\Foundation1 and ensure that Foundation.h exists Open up a command prompt and run gcc -v to check that GNUstep MSYS is correctly installed (if you get a file not found error, ensure that the bin folder of GNUstep MSYS is in your PATH) Use this simple "Hello World" program to test GNUstep's functionality: #include <Foundation/Foundation.h> int main(void) { NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init]; NSLog(@"Hello World!."); [pool drain]; return; } Go back to the command prompt and cd to where you saved the "Hello World" program and then compile it:2 gcc -o helloworld.exe <HELLOWORLD>.m -I /GNUstep/GNUstep/System/Library/Headers -L /GNUstep/GNUstep/System/Library/Libraries -std=c99 -lobjc -lgnustep-base -fconstant-string-class=NSConstantString Finally, from the command prompt, type helloworld to run it

祝一切顺利，并在Objective-C中玩得开心!

注:

我使用默认的安装路径-相应地调整您的命令行 确保您的文件夹路径与我的文件夹路径相似，否则将报错

我知道这是一个非常老的帖子，但我已经找到了一个解决方案，它是最近才可用的，并且可以在Windows平台上实现几乎所有Objective-C 2.0功能。

随着gcc 4.6的出现，对Objective-C 2.0语言特性(块、点语法、合成属性等)的支持被添加到Objective-C编译器中(详见发行说明)。它们的运行时也经过了更新，几乎与苹果自己的Objective-C 2.0运行时完全相同。简而言之，这意味着(几乎)任何可以在Mac上合法地使用Clang编译的程序也可以不经修改地使用gcc 4.6编译。

作为旁注，一个不可用的功能是字典/数组/等字面量，因为它们都是硬编码到Clang中使用苹果的NSDictionary, NSArray, NSNumber等类。

然而，如果你愿意在没有苹果广泛框架的情况下生活，你也可以。 正如在其他回答中提到的，GNUStep和Cocotron提供了苹果类库的修改版本，或者你也可以编写自己的类库(我的首选)。

MinGW是在Windows平台上获得GCC 4.6的一种方式，可以从MinGW网站下载。确保在安装时包含了C, c++， Objective-C和objective - c++的安装。虽然是可选的，但我也建议安装MSYS环境。

一旦安装，Objective-C 2.0源代码可以编译:

gcc MyFile。M -lobjc -std=c99 -fobjc-exceptions -fconstant-string-class=clsname(等，其他标志，见文档)

MinGW还支持使用-mwindows标记编译本地GUI Windows应用程序。例如:

g++ -mwindows MyFile.cpp

我还没有尝试过，但我想如果你在尽可能高的层用objective - c++包装你的Objective-C类，你应该能够成功地在一个Windows应用程序中交织本机Windows GUI c++和Objective-C。

最近一个将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上也有一个线程概述了一些进展和遇到的问题。

在这里获取GNUStep

点击这里获取MINGW

安装MINGW 安装GNUStep 然后测试

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增加了对移动的支持。

查看WinObjC:

https://github.com/Microsoft/WinObjC

它是微软的官方开源项目，集成了Visual Studio + Windows。

如果您熟悉Visual Studio环境，

小项目:使用gcc的jGRASP 大型项目:Cocotron

我听说有模拟器，但我只能找到Apple II Emulator http://virtualapple.org/。这似乎仅限于游戏。

首先，忘记GNUStep工具。ProjectManager和ProjectCenter都不能被称为IDE。恕我直言，GNUStep项目的人似乎还停留在80年代末(那是NeXTSTEP首次出现的时候)。

Vim

ctags从r771开始就支持Objective-C(请务必选择预发布的5.9版本，并在命令行中添加——langmap=ObjectiveC:.m.h，见这里)，因此您将拥有良好的代码完成/标记导航。

下面是一个简短的如何将Objective-C支持添加到Vim标记栏插件。

Emacs

这同样适用于现代Emacsen附带的标签，所以您可以从Emacs Objective C Mode开始。YASnippet将提供有用的模板:

如果您想要比基本的基于标记的代码补全更智能的方法，可以看看这个问题。

Eclipse

CDT支持基于makefile的项目:

从技术上讲，你可以开箱即用地构建你的Objective-C项目(在Windows上，你需要Cygwin或MinGW工具链)。唯一的问题是代码编辑器会报告大量错误，而不是它认为的纯C代码(动态代码检查可以关闭，但仍然……)如果希望正确地突出显示语法，可以将Eclim添加到Eclipse中，并享受Eclipse和Vim的所有优秀特性(参见上面)。

另一个很有前途的Eclipse插件是colororer，但它目前还不支持Objective-C。您可以随意提交功能请求。

光滑编辑

SlickEdit，在一个优秀IDE的其他特性中，确实支持Objective-C。虽然它学习起来相当复杂(虽然没有Emacs复杂)，但我相信这是您最好的选择，前提是您不介意购买它(价格相当合理)。

此外，它还有一个Eclipse插件，可以作为独立编辑器的替代品。

KDevelop

有传言说存在一个KDevelop补丁(15年了，但谁在乎呢?)我个人并不认为KDevelop在功能上优于Emacsen，所以我不会费心去尝试它。

以上也适用于Linux上的Objective-C开发，因为所有提到的工具或多或少都是可移植的。

截至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编写的跨平台业务逻辑。