MacRuby + IronRuby или JRuby для настольных приложений?

Question

Для веб-приложений я использую Ruby on Rails. И теперь пришло время посмотреть, могу ли я закодировать Desktop Applications с Ruby.

Так что я задаюсь вопросом, какой из них я должен выбрать.

То, что я вижу, это MacRuby + IronRuby vs JRuby.

Первое позволяет мне иметь настольные приложения как для Mac, так и для Windows, в то время как последнее позволяет иметь в обоих, но только для изучения одного инструмента.

• Есть ли веские аргументы в пользу использования прежних, чем последние?

• Будет ли приложение JRuby Desktop быть родным (или почти достаточно-родным) в качестве приложений MacRuby + IronRuby Desktop?

• Каковы плюсы и минусы для каждого решения?

Im very new too Desktop development. Поделитесь своими мыслями и опытом!

Answer 1

MacRuby использует собственный стек Apple Objective C.
Достоинства: Его библиотека классов в основном представляет собой оболочку классов Objective C GUI. Вы получаете быстрые родные приложения.
Против: Работает только на компьютерах Mac. Они не переносимы на iPad и iPhone (ни один из Ruby-решений).

IronRuby использует собственную среду Windows .NET.
Профи: Используйте собственные WinForms для создания богатых собственных приложений. Он имеет доступ ко всей экосистеме библиотек .NET.
Против: Работает только в Windows.

JRuby использует уровень абстракции Java (JVM).
Достоинства: Доступны несколько доступных графических библиотек. Наиболее распространенными являются SWT и Swing. SWT использует собственные виджеты и быстрее и более родным. Swing - это чисто Java (эмулируемые виджеты) и более портативен. Есть еще библиотеки, абстрагирующие SWT и Swing, чтобы сделать их более удобными для Ruby. Посмотрите на Profligacy для Swing, например.
Против: слой над слоем над слоем. Swing и SWT очень зрелые, но слои Ruby выше них меньше.

Существует также другой вариант
рубин с библиотекой Qt.
Qt - это кросс-платформа, использует собственные виджеты и написан на C++. Это довольно быстро, но библиотека сложная и большая.

Мое эмпирическое правило более сложное, чем ваш графический интерфейс, тем ближе вы должны быть к родной платформе. Вам также нужно оценить кривую обучения для каждой из этих графических библиотек и усилия, необходимые для взаимодействия между платформами.

Answer 2

IronRuby просто его главный разработчик, поэтому вы можете подумать об этом внимательно. http://wiki.github.com/rdp/ruby_tutorials_core/ruby-gui-toolkit-comparison может помочь