在Windows平台上编写Objective-C的最佳方法是什么?
Cygwin和gcc?有没有办法我可以以某种方式将它集成到Visual Studio?
沿着这条线-关于如何链接和使用Windows SDK来做这样的事情有什么建议吗?这是一个不同的野兽,但我知道我可以在Windows dll中编写汇编和链接,让我可以访问这些调用,但我不知道如何做到这一点,除非谷歌和得到零碎的方向。
有人知道有好的网络或书籍资源来做或解释这些事情吗?
在Windows平台上编写Objective-C的最佳方法是什么?
Cygwin和gcc?有没有办法我可以以某种方式将它集成到Visual Studio?
沿着这条线-关于如何链接和使用Windows SDK来做这样的事情有什么建议吗?这是一个不同的野兽,但我知道我可以在Windows dll中编写汇编和链接,让我可以访问这些调用,但我不知道如何做到这一点,除非谷歌和得到零碎的方向。
有人知道有好的网络或书籍资源来做或解释这些事情吗?
当前回答
查看WinObjC:
https://github.com/Microsoft/WinObjC
它是微软的官方开源项目,集成了Visual Studio + Windows。
其他回答
在这里获取GNUStep
点击这里获取MINGW
安装MINGW 安装GNUStep 然后测试
最近一个将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上也有一个线程概述了一些进展和遇到的问题。
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增加了对移动的支持。
我对Cocotron项目百感交集。我很高兴他们发布源代码和共享,但我不觉得他们做事情的方式是最简单的。
的例子。 苹果已经发布了objective-c运行时的源代码,其中包括属性和垃圾收集。然而,Cocotron项目有自己的objective-c运行时实现。为什么要麻烦地复制这种努力呢?甚至有一个Visual Studio项目文件可以用来构建objc.dll文件。或者,如果您真的很懒,可以从Windows上的Safari安装中复制DLL文件。
他们也懒得利用CoreFoundation(苹果也是开源的)。我发布了一个关于这个问题的问题,但没有收到答案。
我认为目前最好的解决方案是从多个来源(Apple, CocoTron, GnuStep)获取源代码,并将其合并到一起以满足您的需要。你需要阅读大量的资料,但最终的结果是值得的。
扩展前面的两个答案,如果你只想要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许可下授权的。