首先，忘记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开发，因为所有提到的工具或多或少都是可移植的。

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

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

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

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

我认为目前最好的解决方案是从多个来源(Apple, CocoTron, 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。

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