Здравствуйте, pzhy, Вы писали:
P>ВПФ(qml я так понимаю его аналог для кт) я так понимаю на моно нет и не будет.
В объеме SL оно уже есть, а что будет — одному богу известно. Опенсорц же.
P> Можно, конечно на моно гтк. Както посмотрел примеры, по сравнению с кт, не впечатлило.
GTK — вполне добротная вещица, но новомодных плюшек маловато, это да.
P> Java?
Swing или SWT. Вполне юзабельно. Но переписывать код с шарпа...
P> Что выбрать? Может кто-то сталкивался уже с таким выбором, и расскажет свой вэй?
Я в свое время остановился на GTK# — единственный стабильный кроссплатформенный GUI фреймворк для дотнета.
Здравствуйте, pzhy, Вы писали:
C>>Дизайните приложение так, чтобы тяжёлые задачи осуществлять в других потоках, которые обмениваются сообщениями с GUI-потоком. P>Я, не много, не так выразился. Из нескольких потоков, менять гуи можно?
Нельзя.
P>Вроде слот понимает, брошен сигнал из обьекта этого потока, или другого, и избежать гемора с диспатчем... ?
Можно, но вызов сигнала будет иметь семантику сообщения между потоками.
Сразу сюда, что бы модератром работы поуменьшить. Есть приложение, низкоуровневая часть на с++, гуй и бизнеслогика на с#(dotnet winforms). Задача перенести его на линух. Сам я с++ программер, в основном занимаюсь серверной стороной. Переность, походу, придется мне => надо узучать какой-то гуй фрэймворк. Приложение можно даже запустить на линухе(после неккоторых танцов с бубном, которыые касаются линковки его с с++ библиотекой), но выглядет оно... Страшнее страшного. Почитал про qt, вроде для меня (плюсовика) заманчиво, особенно нравится qml, большую часть можно переложить на человека с моей конторы(он сервис инжинер(работает с клиентами в живую), знает джаваскрипт, и вообще очень обучаем и инициативен). Но тут проблемма, стандартных контролов вообще нет. Все надо создавать (да есть плагин к гимпу, с помощью которого можно создавать qml примитивы, но этого мало) с нуля. Времени ждать qt5 нет. Можно конечно на qt старым дедовским способом... Но вот только на вин, реализован скиновой интерфейс, кот. рано или поздно попросят и на лин. ВПФ(qml я так понимаю его аналог для кт) я так понимаю на моно нет и не будет. Можно, конечно на моно гтк. Както посмотрел примеры, по сравнению с кт, не впечатлило. Java? Что выбрать? Может кто-то сталкивался уже с таким выбором, и расскажет свой вэй?
Здравствуйте, 0xC0DE, Вы писали:
CDE>Qt + CSS не устраивает?
Вроде, на первый взгляд, неплохо, очень неплохо. Вот только так хочется вынести верхнюю биснеслогику подальше от меня, что бы сервис инженер, мог ее менять прямо на месте, qml это позволяет, при этом он должен знать только javascript и json. Я так понимаю, вы кт знаете? Может я, что-то пропустил, и есть библиотека qml контролов, которая реализует, хотя бы базовый набор(про нокиевскую для симбиана, знаю, я про десктоп)? Очень уж меня этот декларативный подход, с возиожностью реализации верхней логики на js привлекает... А вообще сейчас изучаю кт, всетак пока близок, на нем остановить свой выбор, весьма, весьма достовляет. Сейчас вот, вопрос задали и маркетинга, на андроид, ios кт портирован?
Здравствуйте, olegkr, Вы писали:
O>Чем не нравится вебморда? Или нужен обязательно нейтив клиент?
Обязательно нейтив клиент. — Низкоуровневая библиотека на с++ (работает с аудиоустойтвами, видео — вебкамерами, ди и сама по себе — до 10 sip regestry, до 30 оновремменых сип сессий, стеки на джава не подходят — тормозят на самом мощном железе (для дотнет родных вообще нет, рабочие — только приплюснотые), не хочу сказать ничего плохого про манагед, но не его это область).
Здравствуйте, pzhy, Вы писали:
P>не хочу сказать ничего плохого про манагед, но не его это область.
Тогда разве есть какой-то другой выбор, кроме QT и аналогов?
Здравствуйте, olegkr, Вы писали:
P>>не хочу сказать ничего плохого про манагед, но не его это область. O>Тогда разве есть какой-то другой выбор, кроме QT и аналогов?
Я это про низкоуровневую библиотеку писал. То что выше, какая разница на чем? Ну тоесть разница есть, и ее я и пытаюсь, сейчас формализировать, и найти дучший вариант. С++ библиотека, она кросс... и на вин, и на лин есть (и андроед и маемо и мак). Очень мне нравится qml(но нет там даже базовых контролов пока), значит и wpf мне бы тоже понравился. Но wpf(моно) под линух нет. Может есть что-то такое под джаву? Черт побери, если есть буду юзать его. Хотя я уже почти влюбился в qt.
Здравствуйте, _Obelisk_, Вы писали:
_O_>Интерфейс можно на базе Eclipse-а сделать (это Java). Если низкоуровневая часть имеет нормальный API, то проблем сопряжения быть не должно.
Я конечно найду, но если у вас есть ссылка, на хелло ворд, с такой технологией, киньте. На чем UI пишется? АПИ более чем нормальный, бининг для С# пишется автоматически... Можно ли там высокоуровневую логику в скрипт вынести? Но так чтобы для него и автокомплит был, и дебагер, как в кт кмл?
O>>Чем не нравится вебморда? Или нужен обязательно нейтив клиент?
P>А так для админстрирования у нас есть портал на асп.нет — крутится на апаче с моно и не жужжит.
У нас целая прикладуха, написанная изначально для Винды на винформсах, работает и не жужжит на сотнях кассовых мест под Убунтой. Видос хоть и подтюнили(главное — подобрать DPI, чтобы шрифты нормально выглядели), но так себе. Хотя кассирам сойдет, это не хоумюзеры.
Новости очень смешные. Зря вы не смотрите. Как будто за наркоманами подсматриваешь. Только тетка с погодой в завязке.
There is no such thing as a winnable war.
Здравствуйте, Eugeny__, Вы писали:
E__>У нас целая прикладуха, написанная изначально для Винды на винформсах, работает и не жужжит на сотнях кассовых мест под Убунтой. Видос хоть и подтюнили(главное — подобрать DPI, чтобы шрифты нормально выглядели), но так себе. Хотя кассирам сойдет, это не хоумюзеры.
Самопальный скин интерфейс на винформс. На моно это выглядит — так, что вообще не выглядет. Контролы, чутьли не пополам наползают друг на друга, переодически пропадают, потом появляются в неожианных местах, хотя онклик, работает там где они должны были бы быть. А анимированый гиф, так вообще, делал такие штуки, что только в сам себе режисер. Не не катит. Тут только то, что само себя рисует — кт, джава, возможно гтк.
Здравствуйте, pzhy, Вы писали:
P>Здравствуйте, Eugeny__, Вы писали:
E__>>У нас целая прикладуха, написанная изначально для Винды на винформсах, работает и не жужжит на сотнях кассовых мест под Убунтой. Видос хоть и подтюнили(главное — подобрать DPI, чтобы шрифты нормально выглядели), но так себе. Хотя кассирам сойдет, это не хоумюзеры.
P>Самопальный скин интерфейс на винформс. На моно это выглядит — так, что вообще не выглядет. Контролы, чутьли не пополам наползают друг на друга, переодически пропадают, потом появляются в неожианных местах, хотя онклик, работает там где они должны были бы быть. А анимированый гиф, так вообще, делал такие штуки, что только в сам себе режисер. Не не катит. Тут только то, что само себя рисует — кт, джава, возможно гтк.
Мда, с этим беда. Под Моно и стандартные-то не совсем толково выглядят. А кастомные...
Джава, если Свинг, будет одинакова везде, и без глюков. Но и везде не будет вписываться в общую обстановку без тонкого тюнинга(хотя он возможен, скины работают очень хорошо, но их нужно делать свой под платформу — у Свинга только канвас из нативы, остальное кодом рисуется, впрочем, есть заготовки).
Про другие варианты не скажу. Мультиплатформенный гуй это всегда определенная проблема, увы. Логика переносится обычно без проблем, но интерфейс...
Новости очень смешные. Зря вы не смотрите. Как будто за наркоманами подсматриваешь. Только тетка с погодой в завязке.
There is no such thing as a winnable war.
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>Я в свое время остановился на GTK# — единственный стабильный кроссплатформенный GUI фреймворк для дотнета.
При взвешивании всех за и против, всетаки пришел к такому же выводу. Всетаки переписывать, с таким подходом, надо будет минимум, по сравнению с другими вариантами. Хотелось бы конечно что-то типа впф или кмл, что бы перенести часть работы на людей, кот. лучше меня понимают, что реально надо заказчику. Но селяви. Спасибо!
Здравствуйте, pzhy, Вы писали:
P>Вот только так хочется вынести верхнюю биснеслогику подальше от меня, что бы сервис инженер, мог ее менять прямо на месте
Есть QSS, описания на котором можно грузить прям в процессе работы приложения. Можно оформить QSS описание как файлик и дать возможность его загрузить.
Здравствуйте, wander, Вы писали:
W>Здравствуйте, pzhy, Вы писали:
P>>Вот только так хочется вынести верхнюю биснеслогику подальше от меня, что бы сервис инженер, мог ее менять прямо на месте
W>Есть QSS, описания на котором можно грузить прям в процессе работы приложения. Можно оформить QSS описание как файлик и дать возможность его загрузить.
Здравствуйте, wander, Вы писали:
P>>Вот только так хочется вынести верхнюю биснеслогику подальше от меня, что бы сервис инженер, мог ее менять прямо на месте
W>Есть QSS, описания на котором можно грузить прям в процессе работы приложения. Можно оформить QSS описание как файлик и дать возможность его загрузить.
Прикольная штучка, но как я понял, бизнес-логику с помощью ее не организуешь как в qml?
Здравствуйте, wander, Вы писали:
P>>>Вот только так хочется вынести верхнюю биснеслогику подальше от меня, что бы сервис инженер, мог ее менять прямо на месте
W>>Есть QSS, описания на котором можно грузить прям в процессе работы приложения. Можно оформить QSS описание как файлик и дать возможность его загрузить.
W>Еще есть QtLua, QScript.
Вот это хорошо. Вот только вопрос, QtCreator debuger умеет их дебажить? У нас первая версия была написана на дотнет, который загружал JS скрипты, кот. определяли и UI и верхнюю биснеслгику. Даже билдер UI написали сами. Не пошло т.к. JS дебажить не могли. Я понимаю — дебагер для лохов, логирование рулит, но в JS это проблематично. Я на серверной стороне на линухе дебагер запускал, только для анализа коре дампа, пол года назад, так логирование рулит, если че...
Здравствуйте, pzhy, Вы писали:
P>Здравствуйте, wander, Вы писали:
P>>>Вот только так хочется вынести верхнюю биснеслогику подальше от меня, что бы сервис инженер, мог ее менять прямо на месте
W>>Есть QSS, описания на котором можно грузить прям в процессе работы приложения. Можно оформить QSS описание как файлик и дать возможность его загрузить.
P>Прикольная штучка, но как я понял, бизнес-логику с помощью ее не организуешь как в qml?
Здравствуйте, pzhy, Вы писали:
P>Вот это хорошо. Вот только вопрос, QtCreator debuger умеет их дебажить?
Не знаю, я QtCreator`ом никогда не пользовался. P>У нас первая версия была написана на дотнет, который загружал JS скрипты, кот. определяли и UI и верхнюю биснеслгику. Даже билдер UI написали сами. Не пошло т.к. JS дебажить не могли. Я понимаю — дебагер для лохов, логирование рулит, но в JS это проблематично. Я на серверной стороне на линухе дебагер запускал, только для анализа коре дампа, пол года назад, так логирование рулит, если че... вот
Здравствуйте, catBasilio, Вы писали:
B>На счет ласт — не знаю, а вот то, что у Qt архитектура кривая — с этим уже сталкивался.
Например? Я не знаю кт, только сделал пару пробных приложений, посмотрел в доках, несколько интересующих меня моментов, и мне доставило. А так как планирую, его кое-где, использовать, то не хотелось бы вляпаться. Посему, можете пару реальных примеров привести?
Здравствуйте, pzhy, Вы писали:
P>Здравствуйте, 0xC0DE, Вы писали:
CDE>>Qt + CSS не устраивает?
P>Вроде, на первый взгляд, неплохо, очень неплохо. Вот только так хочется вынести верхнюю биснеслогику подальше от меня, что бы сервис инженер, мог ее менять прямо на месте, qml это позволяет, при этом он должен знать только javascript и json. Я так понимаю, вы кт знаете? Может я, что-то пропустил, и есть библиотека qml контролов, которая реализует, хотя бы базовый набор(про нокиевскую для симбиана, знаю, я про десктоп)? Очень уж меня этот декларативный подход, с возиожностью реализации верхней логики на js привлекает... А вообще сейчас изучаю кт, всетак пока близок, на нем остановить свой выбор, весьма, весьма достовляет. Сейчас вот, вопрос задали и маркетинга, на андроид, ios кт портирован?
Здравствуйте, pzhy, Вы писали:
B>>На счет ласт — не знаю, а вот то, что у Qt архитектура кривая — с этим уже сталкивался. P>Например? Я не знаю кт, только сделал пару пробных приложений, посмотрел в доках, несколько интересующих меня моментов, и мне доставило. А так как планирую, его кое-где, использовать, то не хотелось бы вляпаться. Посему, можете пару реальных примеров привести?
Оно вначале да, очень красивым кажется.
Qt 5 будет не полностью совместим с текущим Qt 4 частично как раз из-за попыток выправить архитектуру — Thoughts about Qt 5 , одно из крупнейщих: "Re-architecture our graphics stack"
Еще, например, доступ к файлам — он, конечно, мощный, с возможностью добавлять "прозрачный" доступ к архивам и прочему, но очень медленный. То же самое про сеть.
В конце концов использование только главного потока для GUI — это уже проблема (в то же самое время DBus точно так же не полностью поддерживает многопоточность, его тоже приходится в главный тянуть, чтобы ошибок не было).
Здравствуйте, Denis Mingulov, Вы писали:
DM>Оно вначале да, очень красивым кажется. DM>Qt 5 будет не полностью совместим с текущим Qt 4 частично как раз из-за попыток выправить архитектуру — Thoughts about Qt 5 , одно из крупнейщих: "Re-architecture our graphics stack" DM>Еще, например, доступ к файлам — он, конечно, мощный, с возможностью добавлять "прозрачный" доступ к архивам и прочему, но очень медленный. То же самое про сеть. DM>В конце концов использование только главного потока для GUI — это уже проблема (в то же самое время DBus точно так же не полностью поддерживает многопоточность, его тоже приходится в главный тянуть, чтобы ошибок не было).
Опа. Это серьезно? Я так понял что сигнал/слоты как раз расчитаны, на многопоточную гуи (и не понял — почему до такой степени удобства, ребята из МС не сделали), это не правда, частичная правда? Собираюсь написать на нем кое-какой конфигуратор(но там многопоточность нужна и в гуи), или это только в сложных ситуациях выплывает? И модель их мне нравится, хотя и плоская, но для меня хватает... Можно про "использование только главного потока для GUI", очень не хочется, начать, а потом все переписывать...
Здравствуйте, pzhy, Вы писали:
P>Опа. Это серьезно? Я так понял что сигнал/слоты как раз расчитаны, на многопоточную гуи (и не понял — почему до такой степени удобства, ребята из МС не сделали), это не правда, частичная правда?
Многопоточности в GUI нет. Это "failed dream": http://weblogs.java.net/blog/kgh/archive/2004/10/multithreaded_t.html
Дизайните приложение так, чтобы тяжёлые задачи осуществлять в других потоках, которые обмениваются сообщениями с GUI-потоком.
Здравствуйте, Cyberax, Вы писали:
C>Здравствуйте, pzhy, Вы писали:
P>>Опа. Это серьезно? Я так понял что сигнал/слоты как раз расчитаны, на многопоточную гуи (и не понял — почему до такой степени удобства, ребята из МС не сделали), это не правда, частичная правда? C>Многопоточности в GUI нет. Это "failed dream": http://weblogs.java.net/blog/kgh/archive/2004/10/multithreaded_t.html
C>Дизайните приложение так, чтобы тяжёлые задачи осуществлять в других потоках, которые обмениваются сообщениями с GUI-потоком.
Я, не много, не так выразился. Из нескольких потоков, менять гуи можно? Вроде слот понимает, брошен сигнал из обьекта этого потока, или другого, и избежать гемора с диспатчем... ?
Здравствуйте, Cyberax, Вы писали:
C>Нельзя. C>Можно, но вызов сигнала будет иметь семантику сообщения между потоками.
А разве, можно от него ждать большего? Но позволяет, работать, намгого менее геморно чем в дотнет(С#)? Или я что то пропустил(я вообще пока только с демонами под лин воевал в боевом режиме)?
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>И что ты такого геморного в шарпе нашел?
Того, что делегаты, не понимают, откуда (в плане поток тот же или другой) вызванны. Что заставляет писать контроллеры, там где в кт, они не нужны. Но если вы поправите меня, буду рад. Проект писать на кт(не тот, с чего гачалось обсуждение) начну, только через пару недель.
Здравствуйте, pzhy, Вы писали:
P>Того, что делегаты, не понимают, откуда (в плане поток тот же или другой) вызванны. Что заставляет писать контроллеры, там где в кт, они не нужны. Но если вы поправите меня, буду рад. Проект писать на кт(не тот, с чего гачалось обсуждение) начну, только через пару недель.
Получается сравнение языка с библиотекой. Во-первых, не факт, что мне в обработчике нужен доступ к потоку GUI. Во-вторых, в .Net теперь есть Reactive Framework, предлагающая интересные решения для обработки событий.
Здравствуйте, pzhy, Вы писали:
P>Того, что делегаты, не понимают, откуда (в плане поток тот же или другой) вызванны. Что заставляет писать контроллеры, там где в кт, они не нужны.
Здравствуйте, pzhy, Вы писали:
P>Я конечно найду, но если у вас есть ссылка, на хелло ворд, с такой технологией, киньте. На чем UI пишется? АПИ более чем нормальный, бининг для С# пишется автоматически... Можно ли там высокоуровневую логику в скрипт вынести? Но так чтобы для него и автокомплит был, и дебагер, как в кт кмл?
http://wiki.eclipse.org/index.php/Rich_Client_Platform
Там есть все, но это целая плтаформа с кучей сопряженных технологий.
Из плюсов: куча функционала (IMHO даже большая чем .NET и Qt), Java, реальный кроссплатформ (не недоделаннaя подделка, как Моно).
Из минусов: Вход очень тяжелый, так как все сложно и громоздко (привет от IBM )
Вывод: Неплохой вариант для большого проекта или если уже есть опыт использования.
Совет!
Посмотри на вот это с PyQT байндингом и прочие вещи на этом сайте. Сам не пользовал, но недавно смотрел на изделие на этих технологиях созданное толковыми людьми — конфета. Очень похоже на то, что тебе нужно (Python, Qt, реактивный подход).
Здравствуйте, pzhy, Вы писали:
P>Того, что делегаты, не понимают, откуда (в плане поток тот же или другой) вызванны. Что заставляет писать контроллеры, там где в кт, они не нужны. Но если вы поправите меня, буду рад. Проект писать на кт(не тот, с чего гачалось обсуждение) начну, только через пару недель.
Контролеры нужны для разделения обязанностей, а не из за делегатов.
Здравствуйте, novitk, Вы писали:
N>Совет! N>Посмотри на вот это с PyQT байндингом и прочие вещи на этом сайте. Сам не пользовал, но недавно смотрел на изделие на этих технологиях созданное толковыми людьми — конфета. Очень похоже на то, что тебе нужно (Python, Qt, реактивный подход).
Спасибо! Выглядит очень неплохо, для моих целей, попробую.
Здравствуйте, Ikemefula, Вы писали:
I>Контролеры нужны для разделения обязанностей, а не из за делегатов.
По логике — да. А по факту, или у меня дотнетовцы — плодят сущности сверх необходимого (а я не профи в нем), то ли, делегаты в стиле дотнета, заставляют "разделения обязанностей" там где они по логике не нужны.
Здравствуйте, pzhy, Вы писали:
I>>Контролеры нужны для разделения обязанностей, а не из за делегатов.
P>По логике — да. А по факту, или у меня дотнетовцы — плодят сущности сверх необходимого (а я не профи в нем), то ли, делегаты в стиле дотнета, заставляют "разделения обязанностей" там где они по логике не нужны.
Так может дело не в дотнете, а в том что они плодят сущности сверх необходимого а ты не профи ?
Такое часто бывает, года челу два-ти года опыта, то любую задачу меньше чем тремя десятками классов и паттернов никак не получится решить
Здравствуйте, Ikemefula, Вы писали:
I>Так может дело не в дотнете, а в том что они плодят сущности сверх необходимого а ты не профи ?
I>Такое часто бывает, года челу два-ти года опыта, то любую задачу меньше чем тремя десятками классов и паттернов никак не получится решить
Может. Хотя там люди с разным опытом. Но то, что в офф. мануале кт MVC/MVP нет контроллеров как класса, тоже наводит на мысли...
Здравствуйте, pzhy, Вы писали:
I>>Такое часто бывает, года челу два-ти года опыта, то любую задачу меньше чем тремя десятками классов и паттернов никак не получится решить
P>Может. Хотя там люди с разным опытом. Но то, что в офф. мануале кт MVC/MVP нет контроллеров как класса, тоже наводит на мысли...
Контроллр может бть как класс сделан, а может и не быть как класс сделан
Здравствуйте, Ikemefula, Вы писали:
I>Здравствуйте, pzhy, Вы писали:
I>>>Такое часто бывает, года челу два-ти года опыта, то любую задачу меньше чем тремя десятками классов и паттернов никак не получится решить
P>>Может. Хотя там люди с разным опытом. Но то, что в офф. мануале кт MVC/MVP нет контроллеров как класса, тоже наводит на мысли...
I>Контроллр может бть как класс сделан, а может и не быть как класс сделан
Именно, но совокупность вопросов, кот. он решает, засавляет делать выбор, в ту или иную сорону. Я не антидотнетчик... Просто в этом аспекте, кт — в большинстве ситуаций — правильней...(ИМХО) Не понимаю, почему МС не ввел похожую концепцию у себя...
Здравствуйте, pzhy, Вы писали:
I>>Контроллр может бть как класс сделан, а может и не быть как класс сделан
P>Именно, но совокупность вопросов, кот. он решает, засавляет делать выбор, в ту или иную сорону. Я не антидотнетчик... Просто в этом аспекте, кт — в большинстве ситуаций — правильней...(ИМХО) Не понимаю, почему МС не ввел похожую концепцию у себя...
Концептуальная и идеологическая правильность никого не интересует. Я не сильно понял что такое "кт", но MVC достаточно известный и потому очень понятный подход.
