Как зайти в Даркнет?!
25th January, 01:11
6
0
Как в tkinter из поля ввода Entry получить значение в одну переменную и обновить строку кнопкой, затем получить ещё одно введённое значение и затем сложить их. Ниже пример кода
21st July, 19:00
894
0
Программа, которая создает фейковые сервера в поиске игровых серверов CS 1.6 Steam
21st March, 17:43
948
0
Очень долго работает Update запрос Oracle
27th January, 09:58
914
0
не могу запустить сервер на tomcat HTTP Status 404 – Not Found
21st January, 18:02
905
0
Где можно найти фрилансера для выполнения поступающих задач, на постоянной основе?
2nd December, 09:48
938
0
Разработка мобильной кроссплатформенной военной игры
16th July, 17:57
1724
0
период по дням
25th October, 10:44
3955
0
Пишу скрипты для BAS только на запросах
16th September, 02:42
3720
0
Некорректный скрипт для закрытия блока
14th April, 18:33
4613
0
прокидывать exception в блоках try-catch JAVA
11th March, 21:11
4381
0
Помогите пожалуйста решить задачи
24th November, 23:53
6086
0
Не понимаю почему не открывается детальное описание продукта
11th November, 11:51
4350
0
Нужно решить задачу по программированию на массивы
27th October, 18:01
4396
0
Метода Крамера С++
23rd October, 11:55
4309
0
помогите решить задачу на C++
22nd October, 17:31
4002
0
Помогите решить задачу на python с codeforces
22nd October, 11:11
4492
0
Python с нуля: полное руководство для начинающих
18th June, 13:58
2599
0
Мощные инструменты для создания графического интерфейса ОС Х?
Что бы вы порекомендовали для разработки OS X графического приложения, подобного тем, которые возможны в WPF?
Мой конкретный фон находится в Smalltalk & Java, но в настоящее время я работаю в основном в DHTML/.NET (ASP.NET/C#).
Помимо Interface Builder, который входит в состав инструментов Xcode, вы также можете использовать QT, GTK+, AWT & SWING (для вашего фона Java), Tk, Squeak (для фона Smalltalk), Shoes (очень классный маленький набор инструментов Ruby GUI), FXRuby (больше Ruby), wxWidgets, XULRunner и другие, которые я уверен, что забыл. Однако для большинства нативных приложений лучше всего использовать Interface Builder.
С вашим фоном Java не отвлекайтесь на теперь уже устаревший мост Cocoa-Java. В начале истории OS X компания Apple предоставила (с трудом поддерживаемый вручную) интерфейс Java для библиотек Cocoa. Из-за семантических различий между Java и Objective-C многие из наиболее мощных функций Cocoa, включая привязку ключ-значение (на которой строятся многие другие функции), очень сложны, что приводит к расхождению возможностей Objective-C и Java и в конечном итоге к отказу от моста. Вся разработка Cocoa лучше всего выполняется с Objective-C или одним из многих (автоматически генерируемых) мостов к динамическим языкам, таким как Python или Ruby.
С вашим опытом работы в smalltalk, я бы ожидал, что вы сможете подобрать Objective-C через день или два.
Cocoa-это основной фреймворк для использования в Mac OS X. Это то, что использует Apple, это то, что использует большинство новых разработок, и именно там в основном добавляются новые функции.
Если вы пришли из WPF, я думаю, что вы могли бы найти довольно много понятий в Cocoa знакомыми. (Несмотря на то, что Cocoa всего лишь немного старше.) Он полностью построен вокруг MVC, есть уведомления об изменении свойств и привязки, есть поддержка анимации, есть персистентность и структура управления графами объектов и так далее.
(Кроме того, вы можете добавить "mac" к тегам.)
Я не уверен, что такое WPF, но большинство разработок для платформы OSX выполняется в Objective-C с Cocoa. Вы можете использовать устаревший Carbon APIs с другими языками, такими как Java, но новые приложения для OSX действительно должны быть разработаны в Objective-C. Вы можете начать с руководства Apple с XCode в качестве вашего IDE.
Другими словами, если вы не разрабатываете свой интерфейс в InterfaceBuilder и не манипулируете им с помощью Objective-C, то в конечном итоге вы получите приложение, которое не выглядит, не чувствует, не действует и не работает так, как должно работать приложение Macintosh, и оно будет торчать, как больной палец для пользователей. Это будет неприятный опыт для пользователя по сравнению с другими приложениями, и они, вероятно, захотят другое приложение из-за этого.
Такие наборы инструментов, как QT, допустимы, если ваше приложение уже использует QT, и вы хотите быстро перенести его, но если вы пишете новое приложение (или отдельный GUI), то напишите его в Cocoa, используя ObjC или ObjC++.