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

не знаю
пока я вижу больше негатива, чем позитива

Цитата:

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

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


Цитата:

Я для себя сделал вывод, что более-менее стандартные приложения можно писать на FM.

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


Цитата:

так как скорость разработки зачастую важнее.

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

Добавлено:

Цитата:

https://softpromua.sharefile.com/download.aspx?id=d247cd0e134e4642

Уважаемая Лена 44, я позволю еще раз вам заметить, что ПРИЛОЖЕНИЯ не оценивают по pdf презентациям и видеороликам - это нонсенс.


Цитата:

А это в игрушка на Дельфи в маркете:

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


Добавлено:

Цитата:

сейчас появились и я начал ковырять в этом направлении. Оказывается, что если сильно захотеть, то всё может взлететь.

погодь, ты определись, ты только начал, или уже закончил и у тебя все ВЗЛЕТЕЛО, моя логика входит в СТУПОР от твоего послания, апп уже готов?

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

Цитата:

Уважаемая Лена 44, я позволю еще раз вам заметить, что ПРИЛОЖЕНИЯ не оценивают по pdf презентациям и видеороликам - это нонсенс.

А вы тут не один и не для вас ссылки выкладывались.

Цитата:

А вы тут не один и не для вас ссылки выкладывались.

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

Еще раз извиняюсь за назойливость, но вы эту хрень по идейным соображениям распространяете или таким образом выказываете свою лояльность некоторым функционерам из emb?

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

Цитата:

это не игрушка - это кусок шлака,
Неужели вы действительно этого не видите?

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

sergionn
Зря силы тратишь Пока человек сам не хапнет гемороя вся эта риторика будет списываться на хейтерство, не сомневайся. Любому-же, кто имел возможность видеть, как "работают" Firemonkey-приложения, ничего доказывать уже не нужно

Цитата:

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

т.е. приложение вы не запускали, и не видели как текст вылезает за контролы, которые в свою очередь обрезаются границей экрана, кнопки иногда отрисовываются в разных местах, иногда не реагируют на нажатия вовсе, шрифты "замылены", апп тормозит и после непродолжительной работы может вывалится и т.д. и тп.,
ПРИЧЕМ некоторые КОСЯКИ ВИДНЫ ДАЖЕ НА СКРИНШОТАХ в гугл-плей !!!!!!!!!
а всецело положились на ОТЗЫВЫ неких людей, которые ОЧЕВИДНО сделали их с весьма определенной целью?!

Цитата:

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

не сомневаюсь, называю это проще: ссы в глаза - все божья роса,
фанатики, именно из-за них emb даже пальцем не пошевелит, чтобы РЕАЛЬНО улучшить fmx, наняв толковых разработчиков, денюшка капает и хорошо......

Цитата:

Я вижу хорошие отзывы пользователей в андроид маркете.

Мы тоже можем собраться и заминусовать аппс отзывами.
Чего это доказывает? Как жигули не комментируй, он не станет мерседесом, как бы маркетологи не старались.

sergionn

Цитата:

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

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

Конкретно я, на данный момент, не вижу причин, почему какое-то простенькое приложение, написанное на FM не взлетит. Может быть, окажется что я не прав, но пока что я вижу мнения основанные на косвенных наблюдениях, а не на своём личном опыте. А кривое приложение можно на любом языке написать.



Добавлено:

Цитата:

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

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

Erazor84

Цитата:

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

Вам выше и говорил об этом самом sergionn. Именно скорость разработки падает, когда среда разработки гавно, компоненты гавно, подходы к программированию гавно... дальше сами продолжите

Цитата:

но ведь и у тебя его нет,

ты прав, его нет, именно потому, что на ЭТОМ писать НОРМАЛЬНЫЕ программы НЕЛЬЗЯ,
демки, поделки чтобы "былО" - можно, аппы которыми без проблем БУДУТ пользоваться ЛЮДИ - НЕЛЬЗЯ.

Цитата:

поэтому твоё мнение ничем не более аргументировано чем моё.

единственный аргумент в нашем деле - это НОРМАЛЬНО работающая программа, напишешь ТАКУЮ, представишь на всеобщее обозрение, может быть даже поделишься "рецептами" обхода багов и решения проблем - МЫ, люди измученные нарзаном firemonkey будем безмерно благодарны....

Цитата:

Или может быть у тебя есть конкретный опыт: делал такое-то приложение, столкнулся с такими-то неразрешимыми проблемами и т.п.  

да, опыт есть и не только у меня - открывай этот форум с ветки о rad studio xe2-xe5 c 2011 по 2014,
http://www.sql.ru/forum/delphi, читай "наслаждайся" ............

sergionn
ZloyBrawler
Да понятно, что среда разработки не фонтан, но если стоит задача написать, например, простейший корпоративный органайзер, то тут у человека, знающего Delphi есть выбор:
1) Изучить, например, QT и написать на нём
2) Использовать знакомую, но менее эффективную среду разработки и написать на ней.
В итоге приложение получиться более тяжелым и менее быстрым, но может быть это то, чем можно в данном случае пожертвовать в угоду скорости разработки. А большие и серьёзные проекты, всё же, думаю не стоит начинать на FM.

Цитата:

Да понятно, что среда разработки не фонтан

Еще какой не фонтан.

в 1995 году вышли Delphi и Visual Studio.

В 2002 году у VS полная смена курса, все с нуля практически, вышел в свет C# и .Net Framework 1.0.

У Delphi 7 лет форы было.

Сейчас Delphi XE5 и VS2013 (.Net 4.5.1), небо и земля.
При том что по земле ползает Delphi, а в небесах парит VS как наиболее качественный продукт и вокруг него родная инфраструктура и не только.

Посмотрим под другим углом, что есть Delphi, а Delphi это просто одна программа из многих и вся зависит от решений Microsoft, так или иначе. Даже локальная справка и та на движке Microsoft и еще много чего Microsoft'овское используют. Тот же VCL весь пронизан API Microsoft, да и не только же VCL.

А что такое VS?
А VS это все!!! Операционные системы: серверные, десктопные, мобильные; SQL Server; Среда разработки (VS);... и так далее, все что навояла Microsoft и в этом всем VS родной орган, а Delphi чужеродный. Отторгается только медленно зараза.

Я конечно не проповедую использовать только VS, но и защищать Delphi не собираюсь, ибо, если задрали его маркетологи на пьедестал конкурента VS, так пусть соответствует хоть, а не воняет гнильем...

Никакой конкретики... поливание одно

Добавлю от себя...
Раньше программировал на С++ в VS, потом волею судеб (по решению руководства - решили, что разработка будет продвгаться намного быстрее), бодро перешли на Delphi. С тех пор наработано очень много чего. Сейчас с каждым выпуском очередной среды разработки от Эмбаркадеров, все больше преследует желание вернуться. Создается впечатление, что в дальнейшем направление VCL вообще не будет развиваться в угоду поддержки мобильных платформ и т.д.
Однако переделать все наработки нереально... Тут переводили весь софт с DOA на FireDAC - начали в ноябре 2013 и только сейчас практически заканчиваем этот процесс...

Меня самого не радует тот факт, что родной VCL практически не развивается, ценовая политика эмбаркадеро ужасна, баги, как правило фиксят уже в новом релизе, который нужно покупать, а на старую версию забивают. Но, тем не менее, не могу сказать, что новые среды XE - XE5 так уж ужасны, по крайней мере желания вернуться на D7 уже нет. Единственное с чем ещё не работал плотно - это FM, который многие так ненавидят...

Erazor84

Цитата:

Но, тем не менее, не могу сказать, что новые среды XE - XE5 так уж ужасны, по крайней мере желания вернуться на D7 уже нет.

А уж если с TurboPascal'ем сравнить... ))


Цитата:

Единственное с чем ещё не работал плотно - это FM, который многие так ненавидят...

Крепись, ад ждет тебя

Цитата:

Крепись, ад ждет тебя

+100500!

Erazor84

Для любителей экзотики (vcl) наряду с Appmethodх, будет продвигаться Oldmethodx c функционалом полная поддержка M$ вплоть до WRT..

Цитата:

будет продвигаться Oldmethodx

Можно поподробней?

mudrii
! )))

Erazor84

FM на тек. момент неплох для "выставочных" программ. Там, где нужен веселенький интерфейс и нет бесконечных корпоративных гридов.
Ну, и мобильность какая-никакая.

Написал на FM пару приложений. Понял, в какую нишу использовать его и сейчас комбинирую в систему обе среды - самое то получается.
Бак-енд миддл и толстые клиенты - на VCL, тонкие и мобильные - на FM

ChSerg
Erazor84
Представители Embarcadero клятвенно говорили, что у них политика компании в ближайший год направлена на исправление всяческих багов, которые уже годами тянутся. Также сказали, что поддержка VCL наоборот будет расширена и будут работать больше над стабильностью. Поддержку VCL в Embarcadero сейчас лоббирует Марко Канту, который сейчас там работает.
krapotkin

Цитата:

Написал на FM пару приложений. Понял, в какую нишу использовать его и сейчас комбинирую в систему обе среды - самое то получается.
Бак-енд миддл и толстые клиенты - на VCL, тонкие и мобильные - на FM

Этого мнения походу придерживаются и сами Embarcadero.

Rudia

Цитата:

Также сказали, что поддержка VCL наоборот будет расширена и будут работать больше над стабильностью.

Хочется верить, что так и будет с VCL. Просто в роадмапах этого не видел.

ZloyBrawler

Цитата:

А что такое VS?
А VS это все!!! Операционные системы: серверные, десктопные, мобильные; SQL Server; Среда разработки (VS);... и так далее, все что навояла Microsoft и в этом всем VS родной орган, а Delphi чужеродный.

"навояла".. "корованы" убейся ап стенку.. дэбил.


2All а не встречал ли кто-нибудь библиотеки функций для работы с НЕ-null-terminated PCHAR/PWideChar. Например, мне нужна ф-я Val для пары указатель+длина строки.

AlekXL

Цитата:

"навояла".. "корованы" убейся ап стенку.. дэбил.

не от большого ума оскорбления

Цитата:

указатель+длина строки

примитивная работа с буфером

ChSerg

Цитата:

примитивная работа с буфером

примитивная. Но реализовать быстрые алгоритмы, и без ошибок -- я бы не назвал это примитивом.


Кстати, под АРМ существует отладочный менеджер памяти? Как-то не представляю себе сложный проект без этого.. А трассировщик стека вызовов наподобие JCLDebug?
Попробую угадать: ничего такого нет... В этом случае неудивительно , что FMX такая прожорливая и глючная.

AlekXL
сам спросил, сам ответил и сам же и выводы сделал. молодца...

AlekXL

Цитата:

В этом случае неудивительно , что FMX такая прожорливая и глючная.

Как будто под x86 она какая-то другая