丰富的GUI OS X框架?

wpf user-interface macos frameworks

1980 观看

8回复

33 作者的声誉

对于像WPF中可能的图形应用程序的OS X开发,您会推荐什么?

我的具体背景是Smalltalk和Java,但我目前主要使用DHTML / .NET(ASP.NET / C#)。

作者: Michael Craig 的来源 发布者: 2008 年 8 月 21 日

回应 8


15

115227 作者的声誉

决定

可可。被许多人认为是有史以来最好的应用程序框架。该语言是Objective-C,类似SmallTalk的语言,启发了Java的创建者。

实际上,没有合理的替代Cocoa for OS X开发,除非你有特殊的需求,比如想要跨平台。

作者: Theo 发布者: 2008 年 8 月 21 日

1

60544 作者的声誉

我不确定WPF是什么,但OSX平台的大多数开发都是在Objective-C中使用Cocoa完成的。您可以将已弃用的Carbon API与其他语言(如Java)一起使用,但OSX的新应用程序确实应该在Objective-C中开发。您可以从Apple的指南开始,将Xcode作为您的IDE。

作者: Kyle Cronin 发布者: 2008 年 8 月 21 日

2

49976 作者的声誉

Cocoa是在Mac OS X上使用的主要框架。它是Apple使用的,它是大多数新开发使用的,而且主要是添加新功能的地方。

如果您来自WPF,我想您可能会发现Cocoa中的一些概念很熟悉。(尽管Cocoa有点老了。)它完全围绕MVC构建,有属性更改通知和绑定,有动画支持,还有持久性和对象图管理框架等等。

(另外,您可能希望在标签中添加“mac”。)

作者: Chris Hanson 发布者: 2008 年 8 月 21 日

4

612 作者的声誉

除了作为Xcode工具的一部分包含的Interface Builder之外,您还可以使用QT,GTK +,AWT和SWING(针对您的Java背景),Tk,Squeak(针对您的Smalltalk背景),Shoes(非常酷的小型Ruby GUI工具包) ),FXRuby(更多Ruby),wxWidgets,XULRunner和其他我相信我已经忘记了。但是,对于大多数类似本机的应用程序,Interface Builder是您最好的选择。

作者: Josh 发布者: 2008 年 8 月 21 日

2

101533 作者的声誉

有了Java背景,不要被现已弃用的Cocoa-Java桥所牵制。在OS X历史的早期,Apple为Cocoa库提供了一个(费力的手工维护)Java接口。由于Java和Objective-C之间的语义差异,Cocoa的许多最强大的功能,包括键值绑定(构建许多其他功能)非常困难,导致Objetive-C和Java功能的分歧和桥的最终弃用。所有Cocoa开发最好用Objective-C或许多(自动生成的)桥接到动态语言(如Python或Ruby)。

有了smalltalk的背景,我希望你能在一两天内拿到Objective-C。

作者: Barry Wark 发布者: 2008 年 8 月 21 日

0

2717 作者的声誉

把它与以前的海报不同:如果你不是在InterfaceBuilder中设计你的界面并用Objective-C来操作它,那么你最终会得到一个看起来,感觉,行为或工作方式的应用程序一个Macintosh应用程序应该,它将像一个痛苦的拇指向用户伸出。与其他应用程序相比,这对用户来说将是一种令人不愉快的体验,并且由于它,他们可能希望使用不同的应用程序。

如果您的应用程序已经使用QT并且您希望快速移植它,那么像QT这样的工具包是可以接受的,但是如果您正在编写新的应用程序(或单独的GUI),那么使用ObjC或ObjC ++在Cocoa中编写它。

作者: Dan Udey 发布者: 2008 年 9 月 25 日

0

3180 作者的声誉

您可以查看PyObjc,它是Python编程语言和Objective-C之间的桥梁,包括Mac OS X组件(包括Cocoa)的绑定。

作者: Andreas Kraft 发布者: 2008 年 9 月 25 日

0

14956 作者的声誉

有了Smalltalk背景,我推荐直接使用Cocoa和Objective-C。但是,如果您倾向于使用动态语言,RubyCocoa将允许您使用Ruby,我认为您会发现它比Python更容易获取。

作者: Andy Dent 发布者: 2009 年 1 月 12 日
32x32