» Вопросы по Embarcadero RAD Studio XE5-XE8,10.x(Seattle, Berl

Цитата:

В очередной раз,
- вместо усиления команды разрабов,
- вместо полноценного сотрудничества и диалога с сообществом
- вместо рефакторинга архитектуры fmx и тд и тп.

а по моему главное тут

Цитата:

единый код, единая среда и компилятор для Windows и Mac OS

Добавлено:
А тут есть люди занимающиеся разработкой не на Delphi и не под Windows платформы? Под десктопы средства типа Mono/Xamarin/Qt, под мобильные платформы - родные среды Android Studio плюс что там у них ещё, а также тот же Xamarin и ему подобное. Но как понял - таких тут нет. Жаль... просто хотелось послушать экспертные мнения, а не диванные...

Скачал, потестил - тихий ужас. Начиная с того что загрузка идет неприемлимо долго, да и сам интерфейс подтупливает, ну и конечно же проблема гайдов, точнее их полное отсутствие

Цитата:

Начиная с того что загрузка идет неприемлимо долго, да и сам интерфейс подтупливает

Нужен аппарат с мощным процессором На слабых аппаратах будет тупить. В общем-то FM нужен лишь для проектов, которым нужен единый код (который сильно уменьшает поддержку приложения) для мобильных платформ и MacOS, либо любовь к XE и не желание разбираться с другими технологиями. И я так понимаю, ведь ничто не мешает самим написать нативные компоненты под андроид и iOS, если так сильно не нравится FM. Можно даже забабахать какой-нибудь открытый проект. XE ведь это компилятор, который позволяет компилировать в объектный код Пользуйтесь на здоровье ...

Цитата:

а по моему главное тут

Firemonkey сейчас напоминает некий товар из "магазина на диване" -
десятки достоинств и "фичей", тонны громких лозунгов и заявлений вроде:

Цитата:

единый код, единая среда и компилятор для Windows и Mac OS

а на деле - шляпа, которая или ломается или не выполняет даже 10% от заявленных возможностей.

Цитата:

просто хотелось послушать экспертные мнения, а не диванные...

не понял, экспертные мнения о ЧЕМ конкретно? что ты хочешь услышать?

Цитата:

Firemonkey сейчас напоминает некий товар из "магазина на диване" -

Если Firemonkey отбросить - имеем единый кроссплатформенный rtl под все платформы и единую среду, позволяющую компилировать под всё - это уже отлично.


Цитата:

не понял, экспертные мнения о ЧЕМ конкретно? что ты хочешь услышать?

мне всё это напоминает разговоры типа: в советском союзе всё ужасно по определению, а в демактатичной америке - всё замечательно наверняка.

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

LadyOfWood

Цитата:

Оптимистичная однако шутка

Точно. Лет через десять, может быть.

SuPriTo

Цитата:

Нужен аппарат с мощным процессором На слабых аппаратах будет тупить.

Обезьяна тупит на проце, на котором летает крутейшая Riptide GP 2. Не в коня корм.

ego666

Цитата:

мне всё это напоминает разговоры типа: в советском союзе всё ужасно по определению, а в демактатичной америке - всё замечательно наверняка.

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

Цитата:

Нужен аппарат с мощным процессором На слабых аппаратах будет тупить.

Nexus 4 уже считается слабым аппаратом... да, как я отстал от жизни

Я так понял, у нас в ветке появилась новая волна защитников-поклонников обезьяны, которые как и предыдущие, даже не удосужились написать на ней мало-мальское РАБОТАЮЩЕЕ приложение,
но зато вдоволь насмотрелись демо-роликов, и начитавшись маркетинговых опусов, восхищенно делают прогнозы о ее работоспособности или кашерности кроссплатформенной технологии, РЕАЛЬНО работающей по большей части на бумаге или в воспаленном мозгу топ-менеджеров эмбы.....

sergionn
Со своим флудом ты жив только потому, что модератора у нас нет!

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

Samotek
Вы не понимаете одной вещи - это целесообразность. Для меня например, целесообразно писать приложение на FM, т. к. мне нравится Object Pascal. И есть компаненты, которые мне нужны под android. Например, TeeChart. Хотя teechart глючен и требует достаточно большой доработки для моих проектов, мне проще выбрать его и писать на нем, чем создавать что-то свое. Так же и с андроидом. Я вижу, что мне важно будет переделать, а что оставить так, как есть. Да и разработка убыстрится лично для меня. Если не смогу что-то на FM сделать, то перейду на другую платформу. Но в целом мне идея нравится даже с теми глюками, которые есть. Глюки можно каким-то образом убрать.

Цитата:

Глюки можно каким-то образом убрать.

это какие-то фантазии не подкрепленные реальными фактами,
а факты таковы, что глюки убрать можно, переписав fmx с нуля, проверено на 100%

p.s. Дабы развеять ваши сомнения, в возможности "легкости" убирания глюков,
откройте один из краеугольных камней кроссплатформенности fmx - модули работы со стилями -
степень запутанности и нелогичности кода в них просто зашкаливает,
принятые архитектурные базисы на которых основана fmx находятся на уровне компьютерных графических технологий 90-х годов, об этом уже неоднократно писалось.

p.s.s. Любая серьезная билиотека должна рефакториться с нуля раз в пару лет,
в соответствии с потребностями пользователей и отзывами о работе, и идти по пути упрощения.
Firemonkey как видим - это особый случай, рефакторинг имеет место быть чисто символический,
архитектурные промахи устранены лишь эпизодично (частичный переход на bitmapы вместо вектора).
Математико-алгоритмическая грамотность авторов ниже плинтуса (реализация растеризации шейпов, шрифтов на gpu, градиенты и т.п.) - так делали на заре появления gpu.
Неужели так сложно потратить пару дней на анализ существующих решений (qt)????
Вместо кардинальной смены подхода в работе стилей (благо, что проектов на fmx немного),
добавляются костыльные и сумбурные решения по настройке внешнего вида контролов.
короче писать можно еще долго, к сожалению.......

Добавлено:
Samotek
а в чем конкретно флуд то,
что я не капаю слюнями, от потенциальных безграничных кроссплатформенных возможностей применения fmx, которые НИКТО еще не смог УСПЕШНО применить на практике?
или не хвалю грандиозное исправление сотен багов в Очередной версии, сопровождаемое появлением такого же количества новых?
не восхваляю некие приложения написанные с использованием fmx, которые по сути программами в 2014 году назвать нельзя из-за их глючности, тормозов и ограниченной работоспособности?

sergionn

Цитата:

а в чем конкретно флуд то,

Тема, насколько я понимаю, "Вопросы...". Вот какие вопросы и какие ответы в ваших комментах. Переназовите тему в "в разговоры о Embo..." и я тогда с радостью отпишусь от нее и не буду вам досаждать.

Цитата:

Вы не понимаете одной вещи - это целесообразность. Для меня например, целесообразно писать приложение на FM, т. к. мне нравится Object Pascal.

Вопрос в другом, что получается на стороне пользователя. А то мы написать можем, но это еще использовать кому-то надо.

Цитата:

Вот какие вопросы и какие ответы в ваших комментах.

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

Цитата:

и я тогда с радостью отпишусь от нее и не буду вам досаждать.

как показывает практика, аргументированно досадить мне почти нереально, ибо я стараюсь писать ТОЛЬКО о том, в чем разбираюсь, поэтому тщетные попытки неких индивидов досадить мне превращаются в необоснованный троллизм с их стороны, что кстати очень печально

Цитата:

На это все надеются, именно хочется общего RTL + библиотека контролов под каждую платформу.

Под дроидом нативные контролья осложнены тем, что дельфи делает приложения на ndk, а не нативные для дроида java приблуды. Интероп с "родной" платформой осложнен. На iOS - аналогично, всё через врапперы, нет возможности расширить нативный класс и отдать его обратно в платформу. Даже на xamarin есть (хоть и немного извратно), а на delphi почему-то нет. На оксигене/элементах есть, но кросс-платформенный rtl слабенький (sugar).

Добавлено:
ego666

Цитата:

А тут есть люди занимающиеся разработкой не на Delphi и не под Windows платформы?

А чего именно интересует? Могу немного сказать про iOS/OSX на ObjC/RO Elements и немного Mono OSX/ и Mono/Linux для всякой экзотики (RPI, NAS, DevBoard...). Более того - скажу что у нас Win разработки щас мало (legacy в осн или сторонний софт, или интеграция с enterprise штуками).

SuPriTo

Цитата:

мне нравится Object Pascal

RO Oxygene, SmartMobileStudio, Lazarus/FPC - это всё тоже ObjectPascal. Не Дельфями едиными. RTL/платформа - другие, да, а в чем проблема то? One platform - fit all? Win8 с такой парадигмой провалилась, не вижу причин не провалиться FMX.


Цитата:

И есть компаненты

Например, для iOS есть ТУЧА нативных компонентов, free, open source (cocoacontrols.com и в целом GitHub). Есть куча SDK, почти для всего - от speech recognition/computer vision до простейших skining (CSS для контрольев). Есть SDK для всех сервисов - если у сервиса есть API, то 99% будет SDK для iOS.

Про документацию - для IOS вполне работает stackoverflow programming - когда почти любая проблема легко гуглится в КОНКРЕТНОЕ РЕШЕНИЕ изложенное на stackoverflow.

Так что проблем в мобильной разработке БЕЗ Дельфи никаких нету. мне сложно придумать, какие преимущества в разработке на iOS есть у Дельфи. Кроссплатформенность? Работает только для minimal common denominator платформ или если строить все на кросс-платформенных сервисах типа parse.com. Особенно не ясно, какой кросс-платформенный софт может быть нужен юзерам без нормальной интеграции "в платформу".

Ну и мне очень хочется посмотреть, как дельфи готова к революционному прорыву в iOS8 - app extensions. Имхо, вообще никак не готова, не понимаю, как написать APP Extension в Дельфи. Видимо, подождать пару лет, когда сделают нативную заглушку и делегат в родные дельфовые классы.

Цитата:

Я так понял, у нас в ветке появилась новая волна защитников-поклонников обезьяны, которые как и предыдущие, даже не удосужились написать на ней мало-мальское РАБОТАЮЩЕЕ приложение,

Я написала корпоративное приложение показа видео рекламы на андроид HD медиа плеерах подсоединенных к большим телевизорам.
Пользователь в программе составляет текстовое расписание из нужных ему видео файлов. Программа строго по расписанию запускает в цикле нужный видео ролик на рекламных телевизорах, согласно составленному расписанию. Используется STL.
Все довольны.

Из проблем: когда строк кода становиться достаточно много в мобильном приложении на С++ Builder XE6 наблюдается нестабильная работа – пропадают всплывающие подсказки, студия периодически падает. Хорошо, что все это вылезло в самом конце разработки.

Цитата:

андроид HD медиа плеерах

девайсы одинаковые? а в плей сторе? запусти туда, или дай сообществу apk-ки потестим

Цитата:

Все довольны.

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

Цитата:

Программа строго по расписанию запускает в цикле нужный видео ролик на рекламных телевизорах, согласно составленному расписанию.

это все? "архи сложный" функционал, который пишется на коленке в android studio (eclipse) со стандартными компонентами за пару-тройку дней....
А что там от fmx, ui?
И да, навскидку:
Пользователь управляет списком воспроизведения удаленно, через инет?
Можно накладывать лого, титры на ролики?
Регулировать основные параметры видео - яркость контрастность интенсивность?
Есть ли возможность делать плавные переходы (или эффекты) между роликами?
Есть нормализация звука между роликами?

Если есть хотя бы половина фичей, имеет смысл говорить и обсуждать твой апп вкупе с fmx, если нет, то нечем бравировать, увы, это ну очень начальный уровень сложности

sergionn
у нас, у программистов, иногда складывается мнение, что важнее, за что был готов заплатить заказчик, в противовес "отраслевым стандартам"

стандарт - это такая штука, которая буквально в каждом втором приложении, а описанное вами тянет на нехилую систему, которая и на PC не очень взлетает. Знаю, т.к. участвовал в запуске сети уличных экранов.
Там предложения ПО умещались на пальцах одной руки...

Я сам на FMX написал программу для фотобудки. Там видео с оверлеями и т.д. с зеркалки Canon, Всякие эффектики и печать фоток.
Очень вполне. На FMX под андроид пока не писал. Нет времени заняться. Хотя задачу поставил.

Цитата:

а описанное вами тянет на нехилую систему, которая и на PC не очень взлетает

да ладно, и более насыщенный функционал летает не только на pc но и андроиде.
Вот если бы Lena44 показала нам хотя бы пару тройку подобных фичей, реализованных на fmx, да еще стабильно работающих на разных андроид девайсах, тогда смело можно было начинать говорить о начале взлета самой fmx.
А пока с теми задачами, что она описала, и на ограниченном аппаратном обеспечении, даже хромая обезьяна должна работать, ведь использует для воспроизведения видео системный api, ну а глючный интерфейс пара-тройка человек в фирме проглотят на раз, без лишних вопросов - ибо вариантов нет.
Хотя, я, конечно не понимаю вообще смысл сей затеи - проигрывание видео по расписанию и еще много других фичей предлагают готовые аппы из стора.

Цитата:

Я сам на FMX написал программу для фотобудки. Там видео с оверлеями и т.д. с зеркалки Canon, Всякие эффектики и печать фоток. Очень вполне.

ну вот и опять - "очень вполне" - понятие растяжимое, выложи апп, хотя бы для тестов, и мы, сообщество, затестируем и потом скажем: очень вполне или не очень совсем

p.s. я тоже много чего наваял на fmx, но пустить в коммерческое свободное плавание софт так и не смог, т.к. даже небольшая группа моих бета-тестеров-дизов, закидала меня гнилыми помидорами (отзывами) за жор памяти, тормоза, зымыленность шрифтов ui, постоянные вываливания, и пр., да я и сам понимал, что софт не составит конкуренцию даже самым начальным аппам, не по оригинальности реализованных мною идей, а именно по системным проблемам его сопровождающим.

sergionn

Цитата:

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

Что-то в посте Lena44 не видно ни слова о "начале взлета fmx". Человек поделился имеющимся у него опытом использования обсуждаемого, в конкретных обстоятельствах. Причем, что важно - обозначил определенные проблемы.

По теме: лично использовал обезьяну, очень пригодилась при разработке довольно простого с точки зрения GUI приложения под Win и OSX. Нужно было срочно, и совместимо. Думал - "закопаюсь". Но все получилось, что доставило. Глюки и проблемы с более сложными случаями у кого-то - никак не умоляют того, что мне, к примеру, обезьяна помогла. Помогла во вполне конкретной ситуации, что, опять же, не отменяет ее проблем и прочего. Все всегда по-разному. И разным людям на практике нужно разное.
Так что абсолютная категоричность - не лучшая схема поведения.

Цитата:

Что-то в посте Lena44 не видно ни слова о "начале взлета fmx".

это мои слова, Лене я их не приписывал, не нужно домыслов,
и да - я мечтаю о влете fmx с xe2, таком, чтобы хотя бы можно было разрабатывать приложения средней руки а не (см.ниже)

Цитата:

очень пригодилась при разработке довольно простого с точки зрения GUI приложения под Win и OSX

то что fmx отлично подходит для разработки разного рода программных "залепух" на скорую руку, факт давно известный......

Lena44
sergionn

Что ж на девушку набросились! Софтина с ее слов работает ок, значит проблема решена. Да, работает ок потому как не содержит больных мест обезьяны - нестабильного GUI с этими скинами. Ну и что? Вангую, правда, возможность падений при долгой работе - один японец переписал на нативный iOS софтину в киоске, который должен был работать 24х7. На обезьяне не вышло - падала периодически. Если нет требований 24х7, то ок.

Кстати, не первый юзкейз, когда минималистично-интерфейсный софт на обезьяне работает! А что? RTL и non visual вполне работоспособны. Я за инструменты, которые используются по делу.

Беда, имхо, в другом. Xcode стоит $0, а такая же задача решается перекомпиляцией примера из поставки. Оправдывает ли дельфи свою цену, если только такие прилады выходят приличными? Имхо, нет. Оптимист скажет - пока нет. Я сказал в свое время - ок, мигрируем. Мигрировали ок, после хе2 не покупали дельфи. Год занял процесс миграции, пока ок. Есть жизнь и за пределами дельфи, и на сегодняшний день она больше и активнее. С любопытством смотрю на эволюцию дельфи. Мои тесты были в пору хе4 и показали недостаточную готовность продукта для моих нужд. Выйдет хе7 - затестирую снова.

Я за использование адекватных инструментов для нужных задач. Не понимаю, как в современном энтерпрайзе можно без сочетания технологий: c#, asp.net, objC, Java. Тот же серверный стек можно решать оч разным образом, даже js. Про web морды молчу - вообще анархия технологий. Это я к тому, что нету универсальных технологий, есть инструменты под свой круг задач.

Имхо, дельфи в путах обезьяны резко сузила свой круг реального применения. Если VCL проекты были первокласными десктоп-решениями, то FMX десктоп уже более проблемный. А мобильный FMX вообще чисто нишевый продукт и сливает нативным средствам в задачах общего профиля. А в энтерпрайзных решениях пока сливает ксамаринам. Ниша утеряна и реальная ниша применения дельфи отличается от заявленной. Это грустно, но факт. Посмотрим - это пока или изменится. Имхо, без рефакторинга архитектуры FMX сменить качественные свойства продукта не получится.

Цитата:

а в плей сторе?

Причем тут стор? Написано же для внутреннего корпоративного использования.


Цитата:

иначе все это пустые диванные разговоры

М-да… Действительно пустой разговор.


Цитата:

который пишется на коленке в android studio (eclipse) со стандартными компонентами за пару-тройку дней....

Пишите на eclipse, я не против. А меня устроит пара тройка дней в С++ Builder XE6.


Цитата:

Можно накладывать лого, титры на ролики?

Сделано то, что нужно было заказчику.


Цитата:

то нечем бравировать

Я не бравирую. Я написала о своем опыте.
Впрочем, по прошлой нашей дискуссии я понимаю, что зря написала свой пост, ибо дискуссия с вами это пустая трата времени, кроме как нарваться на грубость. Удачи в борьбе!

Цитата:

Причем тут стор? Написано же для внутреннего корпоративного использования.

Да понятно что что-то написать с FM можно)) но вопрос в том, что хочется увидеть нормальное приложение написанное с его применением, а пока да только нишевые решения.

Цитата:

а пока да только нишевые решения.

Я с вами полностью согласна. Это именно то, что мне нужно.

Цитата:

Xcode стоит $0

а разве не 100$ в год?

Lena44

Кстати, как стабильность при длительной работе? Память не течет?

ego666

$100 в год стоит Dev Program, которая нужна для публикации софта и дает вам ключи подписи приложения. Для Дельфи она тоже нужна, поэтому - да, Дельфи стоит $1500, XCode стоит $0.

Цитата:

с ее слов работает ок

но ведь и firemonkey со слов манагеров emb, евангелистов emb, и некоторых околоеэмбэшных обитателей тоже работает ok!
Все говорят о неких внутренних корпоративных приложениях, которые тоже работают ok!
На этой странице уже упоминаются 3 шт.
Но когда просишь потестировать хоть одно - все баста! - я тут же становлюсь плохим и разговор со мной тоже оказывается пустым! Поразительно )))))

Добавлено:

Цитата:

когда минималистично-интерфейсный софт на обезьяне работает!

недолго, греет проц, жрет память, потом os его "выгоняет"...

sergionn

Цитата:

Все говорят о неких внутренних корпоративных приложениях

Цитата:

Но когда просишь потестировать хоть одно - все баста!

Вроде, сам написал логично. Кто ж тебе корпоративку-то даст...
К чему тогда вопрос ?