SergeyIT

Также ковырял в свое время Xamarin, но так и не понял - на кой черт мне писать на шарпе, если по сути пишешь на яве - проще тогда сразу яву использовать. А про Qt - как только дело доходит до чего либо более серьезного, чем окошки с кнопками, начинаются костыли. Опять же - лично мое, сугубо субъективное мнение, основанное на уровне, достаточном для написания нескольких графических фильтров - возможно и не прав. А вот что совсем опечалило - поддержка CSS. По сути, это чертовски удобно, для тех, кто знает CSS. Ага, щас - CSS  то обрезанный по самое немогу - на кой черт заявлять про поддержку).
 
А вот цена для Rad Studio - да, кусючая. Чего бы не говорили, мол "если проект не принесет нескольких десятков тыщ уе, то на кой он нужен", для рядового пользователя, который пытается чего то сделать - неподъемно.

на qt есть qml javascript подобный и на нем писать можно приложения. 
хамарин ставил но уперся в то что он платный и написать для пробы что то для андроида нельзя.
 
да абракадабра которая уже не абракадабра нравится и мне. мне не нравится что такую среду не плохую все время перепродают то туда то сюда и не известно что будет завтра. выйдет ли новая версия или закопают и всех разгонят. плюс упор на ентерпрайз и цены. 

Вы меня простите, Господа. Но позвольте высказать мнение человека нового в Object Pascal, из .NET пришедшего.
Тьфу-тьфу, дай им всем Бог в Embarcadero доброго здоровья и процветания. Оглянитесь вокруг, ничего ж и близкого нет, даже отдаленно напоминающего того, к чему пришли в Embarcadero за последние годы с кроссплатформенностью! Уму не постижимо.
Взять Java (хоть к теме напрямую не относится) - на Android идет сырец-порт JavaFX, сервисы и плюшки - за деньги в частном порядке.
Xamarin видели? Хотите поднять настроение - погуглите. Выглядит это так: MAMA MILA RAMU... С# по Java (что-то дико нелепое). Если человек знает что такое Activity, зачем ему C#? Или Java менее элегантней (учитывая полное родство). MONO - мычание из преисподней, GUI нет фактически. Да вот возьмите хотя бы Unity 3D. Как-то на конференции человек оттуда проговорился: Вы ведь не знаете - мы 90% времени правим баги платформозависимые, чтобы у Вас почти все работало. У Microsoft судороги предсмертные в части всего, что не Windows 10. Почитать куда их бросает каждый месяц - жуть. Кто-то испрашивал по поводу поддержки Windows Phone в одном из топиков. Да даже если бы технически это было возможно, то они ж меняют API каждые полгода на него: то Windows Phone Silverlight, то HTML5, то DirectX C++ (взамен XNA Windows Phone 7)... Поддержка разработчиков ушла в StackOverflow, MSDN скоро рекламу начнет размещать о таблетках для мужчин.
Ну, кто еще остался?
Qt? Это не моя тема. Мне трудно думать про указатели, когда надо думать про логику. Увы, не дано... Не владею темой.
Так что пока нас не слишком много в сравнении с Китаем, есть шанс, что быстро ответят на заданный вопрос... Скоро эта халява закончится...

вот для меня если честно, в последнее время стало очевидно перемещение кормивших нас enterprise приложений на web-клиентов
и все бы хорошо, но web-серверы 99% linux
и разработка сводится к клиенту на Delphi и php серверу с отдельным интерфейсом и API
и все Datasnap и другие волшебные пули в этой связке никака не применить
а 300000 за годовой комплект Enterprise слабо конкурирует с QT
 
если появится возможность делать linux Сервера, возможно это сможет изменить взгляд на вещи
я еще раз повторюсь, что считаю Seattle первой версией, на которой можно без особого страха писать на мобилы
так что следующий шаг может стать решающим для продукта в целом...

Доброго времени суток. Навеяно постом SergeIT.
Несмотря на кучу недостатков, по большей части связанных именно с с++ (удобство работы в студии, отсутствие нормального дополнения и тд), на данный момент абракадабра вне конкуренции по скорости и простоте работы. Не могу сказать про кроссплатформенность, а вот разработка под десктоп - да. Безусловно, C# под десктоп здорово, но когда критична скорость обработки - сами понимаете. Так уж сложилось, что я привязан к различным видам обработки графики. Так вот - чего бы там не говорили про оптимизацию кода (лишние вызовы в ассемблере и тд), на данный момент из коробки, быстрее всего Rad Studio. Конечно, мне далеко даже до среднего уровня с++, но все же. 
 
Работа в Visual Studio с битмапами еще тот геморой (одно заполнение структуры bitmap))) При использовании нативных! BitBlt, Dib-секций и еще множества различных способов, скорость обработки ниже, чем при использовании обертки TBitmap. Полный разбор fullHd картинки  в Visual Studio занимает от 7 до 14 мс, при этом в студии 3 - 6. Проверенно тоннами тестов.
 
Конечно, можно сказать - OpenCv. Да, пока вы решаете стандартные задачи по обработке. Как только шаг в сторону - начинаешь понимать, что проще самому писать, нежели пользоваться готовым.
 
Ну и про Qt. Очень удобно - чтобы не говорили. Но есть несколько но: 1 - хвост библиотек (статичная сборка возможна, но там далеко не все гладко). 2 - жесточайшее навязывание своих стандартов - это уже не с а сQt. Не знаю, как дела с кроссплатформенностью - не пробовал. По скорости на посередине. При этом, использование нативных функций винды (именно без костылей) карается (понятно, кроссплатформенность). Однако, либо пользоваться bitmapom нативным (тогда какой смысл вообще в Qt, если все нужно выписывать ручками), либо... bitBlt не возможен (как и множество другого) - вырезали, остается использование довольно медленного QImage, с кучей оговорок.
 
В Rad Studio - пожалуйте: нужно - дернул из GDI функцию, нужно - из среды, нужен кусок ассемблера - пожалуйста. Про ассемблер в Qt умолчу)))
 
Вот и выходит, что Rad Studio на данный момент, по сути лучшая. Прошу не судить строго (далеко не профессионал в плюсах), но опыт кой какой имеется. Так что пущай развиваются))

Вы меня простите, Господа. Но позвольте высказать мнение человека нового в Object Pascal, из .NET пришедшего.
Тьфу-тьфу, дай им всем Бог в Embarcadero доброго здоровья и процветания. Оглянитесь вокруг, ничего ж и близкого нет, даже отдаленно напоминающего того, к чему пришли в Embarcadero за последние годы с кроссплатформенностью! Уму не постижимо.
Взять Java (хоть к теме напрямую не относится) - на Android идет сырец-порт JavaFX, сервисы и плюшки - за деньги в частном порядке.
Xamarin видели? Хотите поднять настроение - погуглите. Выглядит это так: MAMA MILA RAMU... С# по Java (что-то дико нелепое). Если человек знает что такое Activity, зачем ему C#? Или Java менее элегантней (учитывая полное родство). MONO - мычание из преисподней, GUI нет фактически. Да вот возьмите хотя бы Unity 3D. Как-то на конференции человек оттуда проговорился: Вы ведь не знаете - мы 90% времени правим баги платформозависимые, чтобы у Вас почти все работало. У Microsoft судороги предсмертные в части всего, что не Windows 10. Почитать куда их бросает каждый месяц - жуть. Кто-то испрашивал по поводу поддержки Windows Phone в одном из топиков. Да даже если бы технически это было возможно, то они ж меняют API каждые полгода на него: то Windows Phone Silverlight, то HTML5, то DirectX C++ (взамен XNA Windows Phone 7)... Поддержка разработчиков ушла в StackOverflow, MSDN скоро рекламу начнет размещать о таблетках для мужчин.
Ну, кто еще остался?
Qt? Это не моя тема. Мне трудно думать про указатели, когда надо думать про логику. Увы, не дано... Не владею темой.
Так что пока нас не слишком много в сравнении с Китаем, есть шанс, что быстро ответят на заданный вопрос... Скоро эта халява закончится...

Вы меня простите, Господа. Но позвольте высказать мнение человека нового в Object Pascal, из .NET пришедшего.
Тьфу-тьфу, дай им всем Бог в Embarcadero доброго здоровья и процветания. Оглянитесь вокруг, ничего ж и близкого нет, даже отдаленно напоминающего того, к чему пришли в Embarcadero за последние годы с кроссплатформенностью! Уму не постижимо.
Взять Java (хоть к теме напрямую не относится) - на Android идет сырец-порт JavaFX, сервисы и плюшки - за деньги в частном порядке.
Xamarin видели? Хотите поднять настроение - погуглите. Выглядит это так: MAMA MILA RAMU... С# по Java (что-то дико нелепое). Если человек знает что такое Activity, зачем ему C#? Или Java менее элегантней (учитывая полное родство). MONO - мычание из преисподней, GUI нет фактически. Да вот возьмите хотя бы Unity 3D. Как-то на конференции человек оттуда проговорился: Вы ведь не знаете - мы 90% времени правим баги платформозависимые, чтобы у Вас почти все работало. У Microsoft судороги предсмертные в части всего, что не Windows 10. Почитать куда их бросает каждый месяц - жуть. Кто-то испрашивал по поводу поддержки Windows Phone в одном из топиков. Да даже если бы технически это было возможно, то они ж меняют API каждые полгода на него: то Windows Phone Silverlight, то HTML5, то DirectX C++ (взамен XNA Windows Phone 7)... Поддержка разработчиков ушла в StackOverflow, MSDN скоро рекламу начнет размещать о таблетках для мужчин.
Ну, кто еще остался?
Qt? Это не моя тема. Мне трудно думать про указатели, когда надо думать про логику. Увы, не дано... Не владею темой.
Так что пока нас не слишком много в сравнении с Китаем, есть шанс, что быстро ответят на заданный вопрос... Скоро эта халява закончится...

@haword
Это Samsung который, если правильно понял. ИМХО, на одном С++ они проиграют. Даже если все школьники Кореи начнут писать на нем, начиная с памперсов. Мир изменился - приложения сейчас если и живут долго мобильные, то должны постоянно обновляться. С++ имеет высокий порог вхождения и более низкую скорость разработки. Им в альянс войти надо с Причалом и Delphi - основным языком туда. Учитывая опыт в компиляторах... Это была бы БОМБА!
 

Вы меня простите, Господа. Но позвольте высказать мнение человека нового в Object Pascal, из .NET пришедшего.
Тьфу-тьфу, дай им всем Бог в Embarcadero доброго здоровья и процветания. Оглянитесь вокруг, ничего ж и близкого нет, даже отдаленно напоминающего того, к чему пришли в Embarcadero за последние годы с кроссплатформенностью! Уму не постижимо.
Взять Java (хоть к теме напрямую не относится) - на Android идет сырец-порт JavaFX, сервисы и плюшки - за деньги в частном порядке.
Xamarin видели? Хотите поднять настроение - погуглите. Выглядит это так: MAMA MILA RAMU... С# по Java (что-то дико нелепое). Если человек знает что такое Activity, зачем ему C#? Или Java менее элегантней (учитывая полное родство). MONO - мычание из преисподней, GUI нет фактически. Да вот возьмите хотя бы Unity 3D. Как-то на конференции человек оттуда проговорился: Вы ведь не знаете - мы 90% времени правим баги платформозависимые, чтобы у Вас почти все работало. У Microsoft судороги предсмертные в части всего, что не Windows 10. Почитать куда их бросает каждый месяц - жуть. Кто-то испрашивал по поводу поддержки Windows Phone в одном из топиков. Да даже если бы технически это было возможно, то они ж меняют API каждые полгода на него: то Windows Phone Silverlight, то HTML5, то DirectX C++ (взамен XNA Windows Phone 7)... Поддержка разработчиков ушла в StackOverflow, MSDN скоро рекламу начнет размещать о таблетках для мужчин.
Ну, кто еще остался?
Qt? Это не моя тема. Мне трудно думать про указатели, когда надо думать про логику. Увы, не дано... Не владею темой.
Так что пока нас не слишком много в сравнении с Китаем, есть шанс, что быстро ответят на заданный вопрос... Скоро эта халява закончится...

Сами себе противоречите, хотите всё и сразу, но при этом чтобы приложение не "пухло". Это невозможно... Для примера, вспомните сколько раньше весили приложения для Андроида, когда было мало функционала (XE5, XE6), но с появлением новых функций, которые просил народ, размер естественно увеличивался. Сейчас приложение с сервисом весит примерно 40 МБ, хотя с сегодняшним развитием технологий и повсеместной установкой модулей памяти на 16 ГБ и более, увеличение не так заметно. Да и к тому же некоторые очень популярные (во всём мире) приложения весят намного больше.

@zairkz
 
На работу FM вообще и, в частности, на работу 2D, очень интересно смотреть с позиций сравнения с WPF Microsoft и JavaFX Oracle. В первой у меня, не скрою, большой опыт. Но и со второй было общение. Существует 2 клиентских модели рисования: умная (по необходимости обновления экрана) и игровая в вечно бегущем OnPaint (OnDraw, ...). Далее, если я ошибусь, то меня поправит, надеюсь, Ярослав.
FM использует умную модель (как WPF и JavaFX) с тем, чтобы не нагружать процессор. Ну, в самом деле, клиентское приложение не игрушка и в FM team знают, когда надо перерисовать графику. В особых экстраординарных случаях есть спец. методы принудительной кастомной прорисовки. Но уж не знаю как в OP работал OnPaint раньше (я неделю назад влюбился в OP окончательно и бесповоротно), но возможность рисовать в OnPaint оставлена. Причем, вызов OnPaint работает по "умной" схеме (по необходимости) и второе, тяжелые компоненты (контролы по факту) не создаются, а вместо этого идет указание DirectX или OpenGL набросить легенький примитив, не отягощенный никакими атрибутами UI контрола и пр. Иначе, FM team оставила все возможности. Хочешь ловить события кликов по линии - пожалуйста, контрол TLine. Хочешь рисовать что-то в псевдоигровом стиле - Canvas.Draw...
 
В WPF также широко представлена объектная (UI компонентная) модель для рисования умных контролов типа линий, эллипсов и пр. Однако отсутствует такой вот изящный псевдоигровой OnPaint. А что же со свойствами графики, рисуемой TCanvas. Они работают так, как это было принято всюду ранее - графический контекст. Чуть выше канвас получает атрибуты пера, далее рисует что-то, далее опять можно изменить эти свойства и нарисовать что-то другое.
 
В общем, все очень красиво и элегантно. Когда познакомлюсь поближе, можно что-то и обзорное написать на эту тему.

В этой ветке я уже давал ответы на эти вопросы: http://fire-monkey.ru/forum/71-peremeschenie-kontrolov/

Всё работает, если убрать поворот на 90 градусов

аналогично
у меня почти всегда есть юнит типа UOptions.pas где лежит глобальная переменная options:TOptions
и в классе TOptions считывание/запись настроек из файлов, интернета и т.д.
initialization   options:= TOptions.Create; finalization   Options.free   Options:=NIL;

Если я правильно понял Вас, то можно использовать
 
секции initialization она выполняется при Application.Initialize;
можно работать с TApplication, но пока нельзя работать с формами. т.к. они еще не создались
unit uMain; interface uses ... var aClass: TmyClass; // например, хранит важные параметры implementation initialization aClass := TmyClass.Create; finalization aClass.Free;

События в Object Pascal имеют следующую сигнатуру
procedure of object
Анонимные методы - reference to procedure (function)
То есть, это различные сущности.
В языке C# эти понятия тождественны, в Java AddListener принимает интерфейс типа ActionListener.
 
Что помешало разработчикам отождествить эти понятия?
Исторически унаследованная несовместимость?
Чем отличается procedure of object от reference to procedure? Это важно с точки зрения организации приложения в стиле ООП.
Спасибо большое!

Браво FM Team!
Спасибо! Это гениально, говорю без лишнего пафоса. Искренне.
Могу пояснить мое восхищение, если это будет кому то интересно.

Если требуется сделать хранилище универсальных данных, то я, конечно, бы лучше взял бы за основу TValue, словарь и снабдил бы это все хелпер методами для получения данных требуемых типов.
 
И опять же все зависит от задачи. Абстрагирование вещь хорошая, но ею стоит пользоваться там, где она жизненно необходима.

Сложность в несокльких моментах:
для публикации приложений, разработчику требуется подписать приложение. На андроиде и iOS, подпись выполняется локально. А вот в Микрософт на серверах микрософт. Микрософт запрещает использовать нативный код, только C#. (Если я правильно помню)