• dreadangel
  • Посетитель
  • Неактивен
  • Зарегистрирован: 11.10.2011
  • Сообщений: 3
  • Репутация : [ 0 | 0 ]

Добрый день господа!

Сразу оговорюсь - Я не хочу начать холивар!!!

Дело в чем - хочу научится разрабатывать приложения под Линукс - под Окнами опыт довольно большой - да и теперешние тенденции таковы что все больше заказчиков спрашивают на счет разработки экивалента под Linux.
Я пошастал по интернету, почитал пару материалов - но хотелось бы мнения Отцов - так сказать - собственно сам сабж.
В принципе интересует следующие параметры:

- быстрота осваивания/вхождения в сабж для нуба;
- присуствие АПИ для работы со сетью, в том числе дергание сервисов по SOAP/XML-RPC;

Сразу оговорюсь - Qt не предлягать - там свои муки с лицензиями.

2 Ответ от SkaarjZR

  • SkaarjZR
  • Пользователь
  • Неактивен
  • Зарегистрирован: 23.04.2010
  • Сообщений: 1,437
  • Репутация : [ 27 | 1 ]

Правильно сравнивать qt и wx.
gtk это всего лишь тулкит, там нет функций для работы с сетью. Если хочешь писать на gtk, то придётся испльзовать ещё и другие библиотеки.
С wx такого нет, там есть большинство необходимых модулей + UI не выделяется из виду на разных платформах

3 Ответ от Fat-Zer

  • Fat-Zer
  • Пользователь
  • Неактивен
  • Откуда: Москва
  • Зарегистрирован: 14.10.2010
  • Сообщений: 4,977
  • Репутация : [ 256 | 6 ]
dreadangel пишет:

Сразу оговорюсь - Qt не предлягать - там свои муки с лицензиями.

не очень понятно, чем вас тройная лицензия кьюта не устраивает... она не менее либеральна, чем у gtk(LGPL) и wxwidgets(вроде тоже LGPL). Да и без него сравнение выглядит как-то странно...

Почему не wxwidgets - библиотека выглядит полумёртвой, по крайней мере сторонников у неё на порядок меньше, чем у gtk или кьюта... + (смотрел не много), но документация у него не богатая...

Почему не gtk - ИМХО подходит больше для небольших gui-шных утилиток на си, чем для больших проектов... хотя это только моё мнение - гимп и гном как-то написали... в любом случае предназначен для си-стиля. Да, и кроме графики в неё ничего не входит всё остальное делается сторонними библиотеками.

95% процентов проблем находятся между клавиатурой и стулом.
+ dreadangel

4 Ответ от dreadangel (24.11.2011 18:36:49 отредактировано dreadangel)

  • dreadangel
  • Посетитель
  • Неактивен
  • Зарегистрирован: 11.10.2011
  • Сообщений: 3
  • Репутация : [ 0 | 0 ]

Спасибо что открыли глаза на некоторые вещи, вот что значит обсуждение.

В лицензионной проблематике с Qt уперся заказчик/клиент - если говорите что лицензия либеральна, то данный вопрос можно обсудить с заказчиком и убедить его.

Давайте с другого ракурса рассмотрим цель - необходимо реальзовать (бизнесс-)приложение - расспределенное - такое условие клиента, ибо предпологается много клиентов/пользователей. Пока по дефолту рассматриваются вэб-сервиса. Т.е. уже предпологается присуствие необходимого функционала - либо как встроенный, либо сторонний.
В приложение клиента необходимо виджеты представления данных - гриды, treview-шки; желательно богатая событийная модель и возможность визуального форматирования (есть такой бзик у некоторых клиентов - просят раскрасить чуть не не под хохлому).

Модераторы - можете поменять тему на более адекватную? прошу не судите строго...

5 Ответ от voral

  • voral
  • voral
  • Пользователь
  • Неактивен
  • Откуда: Иваново
  • Зарегистрирован: 23.02.2010
  • Сообщений: 1,993
  • Репутация : [ 53 | 6 ]
dreadangel пишет:

Сразу оговорюсь - Qt не предлягать - там свои муки с лицензиями.

вообще говоря это неверно. Все три распространяются под одной и той же лицензией LGPL.
Делаю проект для англичан там внимательно относятся к таким вопросам - Qt в полне прошел "собеседование" bx

То что не убивает нас, делает нас сильнее! © Ницше.
When life puts you in tough situations, don’t say "why me". Just say "try me".
GNU/Linux Debian

Сайт voral

6 Ответ от voral

  • voral
  • voral
  • Пользователь
  • Неактивен
  • Откуда: Иваново
  • Зарегистрирован: 23.02.2010
  • Сообщений: 1,993
  • Репутация : [ 53 | 6 ]
dreadangel пишет:

В приложение клиента необходимо виджеты представления данных - гриды, treview-шки; желательно богатая событийная модель и возможность визуального форматирования (есть такой бзик у некоторых клиентов - просят раскрасить чуть не не под хохлому).

ИМХО Qt однозначно.
я перешел с VisualStudio (C++) c MFC.......    Нет слов на сколько Qt (с моей точки зрения лучше). Освоить не сложно, отличная документация, очень удобная модель/представление, сигал/слот........

Полистайте "qt 4 программирование gui на с++"  для затравки

Так же, хотя это субъективно, внешний вид GUI объектов у Qt лучше.

То что не убивает нас, делает нас сильнее! © Ницше.
When life puts you in tough situations, don’t say "why me". Just say "try me".
GNU/Linux Debian

Сайт voral

7 Ответ от Iskan Der

  • Iskan Der
  • Пользователь
  • Неактивен
  • Зарегистрирован: 23.02.2010
  • Сообщений: 650
  • Репутация : [ 2 | 0 ]
dreadangel пишет:

Давайте с другого ракурса рассмотрим цель - необходимо реальзовать (бизнесс-)приложение - расспределенное - такое условие клиента, ибо предпологается много клиентов/пользователей. Пока по дефолту рассматриваются вэб-сервиса. Т.е. уже предпологается присуствие необходимого функционала - либо как встроенный, либо сторонний.
В приложение клиента необходимо виджеты представления данных - гриды, treview-шки; желательно богатая событийная модель и возможность визуального форматирования (есть такой бзик у некоторых клиентов - просят раскрасить чуть не не под хохлому).

Раз уж приложение распределенное, т.е. основная логика, как я понимаю, крутится на выделенных серваках, может имеет смысл в сторону Java поглядеть? Тут вам и кроссплатформенность, и событийные модели, и возможность прикрутить любой look'n'feel, какой только заказчику приглянется. Тормозов опасаться, думаю, не стоит: у Java с этим дела получше в последнее время, и потом, в распределеном приложении все равно основным узким местом остается общение с сервером.
И, кстати, вариант веб-клиента вообще не рассматривается?

8 Ответ от dreadangel

  • dreadangel
  • Посетитель
  • Неактивен
  • Зарегистрирован: 11.10.2011
  • Сообщений: 3
  • Репутация : [ 0 | 0 ]
Iskan Der пишет:

Раз уж приложение распределенное, т.е. основная логика, как я понимаю, крутится на выделенных серваках, может имеет смысл в сторону Java поглядеть?

Вариант тоже расматривался ибо основной контингент разрабов - т.е. я - это .NET-чики.

Iskan Der пишет:

И, кстати, вариант веб-клиента вообще не рассматривается?

Даже не расматривался...

9 Ответ от Iskan Der

  • Iskan Der
  • Пользователь
  • Неактивен
  • Зарегистрирован: 23.02.2010
  • Сообщений: 650
  • Репутация : [ 2 | 0 ]
dreadangel пишет:

основной контингент разрабов - т.е. я - это .NET-чики.

В этом случае логично Mono рассмотреть. Вроде эта штука уже стала вполне годной. Ну если, конечно, вас не пугает, что однажды злобная MS ентот Mono зохавает вместе со всеми, кто его себе поставил ab

dreadangel пишет:
Iskan Der пишет:

И, кстати, вариант веб-клиента вообще не рассматривается?

Даже не расматривался...

Напрасно. Если никакой супер-крутой клиентской логики (типа там отрисовки жутких трехмерных графиков и такого прочего) не планируется, то веб-клиент позволяет завалить целый табун зайцев: тут и кросс-платформенность предельная, и раскрашивать можно до состояния новогодней елки. А всякие полезные JS-библиотечки вроде того же jQuery предоставляют искомую событийную модель в полном объеме.