Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Вопросы по Embarcadero RAD Studio XE4

Модерирует : ShIvADeSt

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39

Открыть новую тему     Написать ответ в эту тему

deks



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Кто нибудь ковырял Erply приложения в AppStore (POS/PointOfSale)? Это те, которыми ЭМРО хвасталось что они используют FMX. Правда, где именно используется FMX не ясно - возможно только под OSX.
 
Мне почему то упорно кажется что на iOS они не FMX - размер 1,3Mb / 0,2Mb.. Почему то очень похоже на Web App - интерфейс скачивается с сети как мне показалось!  
 
Лень снифать траффик - может, кто знает точно как с ними дела обстоят?
 
UPD: обнаружил, что в материалах ЭМРО/ERPLY говориться только о Windows POS, который с 2010 года делался на FMX (еще под XE2)! В блоге было указано что они апгрейдились на XE3 для поддержки Win8. Видимо, iOS таки делается на чем-то другом

Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 10:22 27-05-2013 | Исправлено: deks, 10:36 27-05-2013
sergionn

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Я тут пропустил, оказывается Юрий Котсаренко автор Asphyre Sphinx _http://afterwarp.net/
 теперь работает на emb и видимо лечит больную с рождения обезьяну.
Хотя мне его код и не очень импонировал в предыдущем проекте, но я всетаки надеюсь, что он сможет чем то помочь команде горе-разработчиков.
Интересно, его код уже есть в исходниках fmx в xe4?

Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 12:04 28-05-2013
miwa

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
sergionn
Опаньки. А где об этом пишут? И, кстати, интерессно - Asphyre Sphinx пойдет под нож так же, как VG-Scene?

Всего записей: 455 | Зарегистр. 10-10-2004 | Отправлено: 12:32 28-05-2013
sergionn

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
miwa
_http://afterwarp.net/forum/topic/1013-asphyre-closure/

Цитата:
Asphyre Sphinx пойдет под нож

он пишет, что закрывает проект из-за нехватки времени и по семейным обстоятельствам.......
 
Я хотел, но не смог начать использовать его фреймфорк - все начальные настройки показались мне сложными и запутанными, но реализация на высоте, вот бы он помог "подшаманить" и оптимизировать обезъяну.......

Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 12:35 28-05-2013 | Исправлено: sergionn, 12:40 28-05-2013
deks



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Новое творение, которое пиарит Марко:  The BMI Calculator (калькулятор - жЫрный ты ли аль нет) _https://itunes.apple.com/ru/app/the-bmi-calculator/id646359200?mt=8
 
Поделка из 3-х экранов, между парой экранов - slide transition. промолчу, что хвастаться такими приложениями стыдно и школьникам, но как уже говорилось выше - на безрыбье и сам раком встанешь! Видимо, куча счастья что ЭТО пустили в AppStore.
 
Погонял на дивайсе (iPhone5) в instruments. Докладываю:  
 
Интерфейс субьективно не тормозит (хотя - чего уж там тормозить то, три экрана).  
 
Размеры app 11Mb - для поделки из 3х экранов это многовато, особенно если учесть что картинки-ресурса для iPhone5 не включили (splash картинка тупо растянута на экран).  
 
Память приблуда жрет тоже по взрослому: 70Mb real и под 400Mb virtual. Больше я видел только у игр (например, Clash of Clans стабильно жрет 190Mb real mem, ограничиваясь 390Mb virtual) - но то ведь игры, retina графика, все дела! Все приложения обычно стараются в 50Mb real mem попасть!  
 
CPU load: на холостом проходе 3-5%, при slide animation бывают скачки от 40 до 75%, обычно 50%.  
 
Сравнил с нативным ObjC приложением Kickstarter (скрины смотреть тут _https://itunes.apple.com/ru/app/kickstarter-for-iphone/id596961532?mt=8): real mem max = 30Mb (грузит картинки из ленты discovery с сайта), virtual mem max = 135Mb, cpu max - 30% (при загрузках с сети, обычно 15%). При slide transition max cpu = 13%.  
 
резюмеВ общем, проще приложения чем этот калькулятор сделать сложно, почти hello world (нету list view) и на нем можно реально глянуть сколько жрет FMX  в сравнении с нативными приложениями. Получается, что в районе 10Mb размер runtime FMX (будет больше для приложения с несколькими компонентами). Сам FMX жрет опасно много real/virtual mem (под 60Mb real/350Mb virtual), с учетом того, что на ряде iOS устройств всего 256Mb RAM. Еще FMX реально сильно грузит CPU на простейших анимациях (слайд между двумя статическими экранами).  
 
Интересно - это лечится? В общем, текущая FMX2 пригодна для прототипирования приложений. Мне кажется, что для реального использования возможен только сценарий портирования "внутренних" корпоративных приложений. В AppStore никто приложения с таким лаговым интерфейсом не купит.
 
upd Стало интересно сравнить с Xamarin.iOS (ex MonoTouch) - тоже не нативный ObjC, и тянет свой framework в приложение (C#/.NET - Mono на самом деле): галерея приложений у них побольше будет _http://xamarin.com/apps/all (45 страниц). Выбрал первые попавшиеся TningCounter (_http://xamarin.com/apps/app/thing_counter) и Easiest Mortgage Calculator - тоже калькулятор! (_http://xamarin.com/apps/app/easiest_mortgagecalc).
 
TningsCounter:  
app size 3,9Mb
max real mem 9Mb, max virtual mem 90Mb
max cpu=7% (да, да - 7%)
Всё оч хорошо, кроме великоватого размера app!  
 
Easiest Mortgage Calculator
app size 6,7Mb
max real mem=35Mb, max virtual mem=270Mb
max cpu=13% (в transition между основным окном и about, где грузится webview со сведениями об авторе шедевра)
Показатели по памяти и размеру программы великоваты, но анимация работает отлично, cpu не грузит. П.С. калькулятор - немного глюкавый по работе с процентами, есть баг с увеличением процентов при вводе др данных
 
Резюме про  XamarinВыглядит лучше FMX. Не идеальны размеры приложения и потребление памяти, хотя все в пределах приличий.

Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 19:06 28-05-2013 | Исправлено: deks, 19:33 28-05-2013
X11



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
текущая FMX2 пригодна для прототипирования приложений.

В XE4 уже вроде бы FMX3

----------
/не мы такие, жизнь такая/

Всего записей: 3260 | Зарегистр. 24-11-2005 | Отправлено: 20:41 28-05-2013
LadyOfWood

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
В XE4 уже вроде бы FMX3

А в XE3 нет iOS вообще.

Всего записей: 620 | Зарегистр. 16-09-2003 | Отправлено: 00:32 29-05-2013
deks



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
X11
 
Да, судя по _http://www.embarcadero.com/ru/products/firemonkey текущая версия FMX называется FM3. Жаль, что сути проблемы это обстоятельство не меняет..
 
LadyOfWood
 
FMX не только про iOS, так что выпуск XE3 и XE4 позволил поднять на единичку номер версии FMX за каждый релиз)) Текущее название таки - FM3
 
Upd
 
Немного не по теме, но зато про FMx и маркетинг: прочитав _http://www.embarcadero.com/ru/general/erply-uses-delphi-with-firemonkey нашел в тексте цитату:  
 

Цитата:
With Delphi and FireMonkey they can now develop their application on Windows and deploy to both Windows and Mac OS X from a single code base

 
Пикантность ситуации в том, что для OS X никакого POS Erply не выпускает до сих пор.. Есть только Windows POS! Видимо, "могли разрабатывать и поставлять" и "поставлять" - две большие разницы!)

Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 11:00 29-05-2013 | Исправлено: deks, 11:09 29-05-2013
sergionn

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Оффтоп: кстати, опять, только сейчас заметил
Jon Lennart, который придумал op4js а-ля smartmobilestudio и "уговорил" эрика сделать проприетарным pascal=>js кодеген, а также способствовал тому, что эрик ушел от идеи llvm-dwscript  покинул компанию которая разрабатывает и продает этот офигенно "успешный" продукт.
_http://jonlennartaasenden.wordpress.com/2013/05/02/leaving-optimale-systemer/

Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 21:20 29-05-2013 | Исправлено: sergionn, 21:21 29-05-2013
HeMet

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
"уговорил" эрика сделать проприетарным pascal=>js кодеген, а также способствовал тому, что эрик ушел от идеи llvm-dwscript  

Откуда такие подробности?

Всего записей: 212 | Зарегистр. 05-09-2007 | Отправлено: 21:51 29-05-2013
sergionn

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Откуда такие подробности?

сие выведено методом селективной дедукции, сублимации и экстраполяционной селекции материалов и комментариев к постам на сайтах: delphitools.info, forums.embarcadero.com, smartmobilestudio.com/forums, за авторством Eric Grange и его приспешников......

Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 22:18 29-05-2013
deks



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
HeMet
 

Цитата:
"уговорил" эрика сделать проприетарным pascal=>js кодеген

 
Тут написано: _http://delphitools.info/2012/05/18/from-op4js-to-smart-mobile-studio/
 
Не факт, что именно он уговорил Эрика, но факт что именно он работал от Optimale Systems над SmartMS. Не суть - продукт есть, компилирует чего дают и DWScript развивается.. Вроде, все удачно!

Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 09:43 30-05-2013
sergionn

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
deks
если тебе с хеметом суперпринципиально, кто-кого уговорил, "пошерсти" повнимательней вышеописанные форумы, там где-то в комментариях эрик говорит что начал пилить llmv, но принял такое решение после разговора с джоном + еще пару раз идут отсылки на джона и т.п.  

Цитата:
компилирует чего дают и DWScript развивается

вот я не знаю как бы на самом деле развивался dwscript не прими эрик решения о сотрудничестве с оптимале  и участия в smarte. Но имея след сведения:
1) Эрик хотел делать llmv для dwscript - это факт
2) Эрик не стал этого делать, а принял участие в смарте - факт
3) Эрик закрыл js-кодеген - именно закрыл т.к. использовать последний форк + актуальный dwscript не реально, не пашут - и об этом пишет эрик - факт
4) Смарт не взлетел - нет активности не форумах, соцсетях и т.п., нет реальных проектов, кроме школьных демок-забав с портированием старых игр и прочей безполезной бутафории - факт
5) Если посмотреть правде в глаза, то кроме высказвания вроде "было бы здорово использовать старый добрый паскаль для веба" сильных аргументов для смарта нет: дорого (400 бачей), непонятна перспектива (см п.6), глючно (попробуй запустить пару демок: webgl  - валится, некоторые недоигры ZenSky - толком не отрисовываются), среда валится  - факты.
6) Создатель и идеолог смарта ушел, причем скоропостижно, ушел в разработку программ для стоматологии, а не на повышение к примеру в ms "пилить" тайпскрипт. - факт
и т.д. и тп.
 
так вот имея эти сведения, я бы сказал, сказал что dwscript лучше бы развивался в тандеме c llmv, начав генерировать быстрый и современный код, а не служа скриптом для тормозной и отходящей в прошлое delphi,
и лучше бы эрик сосредоточился на том как dws стать заменой delphi, а не бесперспективным вторжением на территорию оберток для js, где конкуренция космически остра и причем в большинстве случаем продукты-конкуренты БЕСПЛАТНЫ, ну а факт то что в основе лежит паскаль - это наоборот просто жирный минус т.к. благодаря "усилиям" emb он скоро станет раритетным языком программирования, как не обидно было бы это...........
да, а то что новый тим-лидер смарта Jorn E. Angeltveit, писал что продажи смарта дают возможность продолжать эрику работу над dws - это по моему как раз говорит о том, что эрик сомневается, правильно ли он сделал, и этот пост служит только для поддержки-оправдания некогда принятого решения.  
И если развитием считать то что добавляются некоторые косметические фичи к языку,  которые дают лишь некоторое удобство в программировании, но не добавляются такие важные вещи как генерики, set of которые бы дали возможность многоим РЕАЛЬНО перевести свои проекты на dws-смарт, то это не развитие, а топтание на месте.
Развитием как раз можно было бы назвать логичное трансформирование dws в полноценную среду программирования с кодегеном на основе llvm, с соответствующей попыткой возрождения паскаля.  все имхо.......                    

Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 11:19 30-05-2013 | Исправлено: sergionn, 11:31 30-05-2013
deks



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
sergionn
 

Цитата:
продажи смарта дают возможность продолжать эрику работу над dws

 
В этом вся суть! Оставь бы Эрик JS-CodeGen в DWS - не было бы продаж, не было бы дотаций на развитие DWS. Ну и не DWS же он продал..  
 
А DWS LLVM CodeGen - тоже большой вопрос. Все опять упирается в RTL/Framework.

Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 11:36 30-05-2013
sergionn

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Оставь бы Эрик JS-CodeGen в DWS - не было бы продаж, не было бы дотаций на развитие DWS. Ну и не DWS же он продал..

все может быть, может и не удалось бы эрику насобирать больше на разработку llvm, чем дают ему жалкие продажи смарта и он пошел легким путем,
но к большей цели приведут: или трудная дорога или лотерея..............
хотя судьба неизвестна никому.......
 
p.s. я вот тут думаю "завязывать" с паскалем:
легаси проектов у меня уже нет,
обезьяна так и не стала кинг-конгом,
смарт не обеспечил достаточной совместимости со старым кодом,
remobjects произвели язык-мутант
лазарус+фрипаскаль так и не смог производить отвечающий современным требованиям код
емб окончательно ставит жирные точки..........
эх обидно..........

Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 11:48 30-05-2013 | Исправлено: sergionn, 11:53 30-05-2013
miwa

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
sergionn

Цитата:
лазарус+фрипаскаль так и не смог производить отвечающий современным требованиям код  

А я-то думал, код «производит» программист.

Всего записей: 455 | Зарегистр. 10-10-2004 | Отправлено: 12:32 30-05-2013
deks



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
sergionn
 
Хм. А по мне так вариаций паскаля в последнее время прибавилось, развивается серьезнее чем лет 5 назад: тогда толком не было ни обезьяны, ни оксиджена на 3х платформах, и FPC в последнее время по фичам дельфи пытается догонять! DWS опять же
 
Хотя - язык только инструмент! И паскаль - не самый плохой.

Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 14:14 30-05-2013
miwa

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
deks
Откровенно радует появление поддержки лазаруса/FPC в коммерческих компонентах типа FastReport-a. С одной стороны появляется возможность выбора для конечного разработчика, с другой - дополнительный стимул для той же емро улучшать свой продукт.

Всего записей: 455 | Зарегистр. 10-10-2004 | Отправлено: 15:04 30-05-2013
sergionn

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
развивается серьезнее чем лет 5 назад

ну вот я на эту "движуху" и купился в 2011 году, когда вернулся к программированию, и мне кажется, что я сильно прогадал,
потому как все это действо похоже на тандем рака-щуки и лебедя - суеты много, а четкого результативного направления в развитии нет, нет осязаемой перспективы, все идущие в разные стороны концы какие-то "подпаленные"......  
 
_http://blogs.embarcadero.com/ao/2013/05/29/39479/
интересно, что Anders мог подшаманить в своих шедевральных овальных часах,
неужели будет использовать наработки корейчонка-Саймона

Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 16:22 30-05-2013 | Исправлено: sergionn, 16:30 30-05-2013
deks



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
sergionn
 
Про "четкое результативное направление" - это к html5, css, js и браузерам!
 
А если чуть серьезнее - то чем паскаль-то по результативности плох? На паскале нынче можно написать вполне достойный софт на каждой платформе! Просто выбирать нужно грамотно)) Но куда ж баз грамотности в наше время!  
 
Ну и конкуренция, да.. Впрочем, паскаль никогда не был особым мейнстримом. Зато он предлагает разумный компромис между возможностями, наглядностью синтаксиса, инструментальной поддержкой, фичами языка и т.п. Меня вот дженерики и анонимные функции радуют - а это свежие штуки. А чтобы почувствовать плюсы паскаля - попробуйте что то сваять на С++ или даже С! А следом - оптимизировать узкие места Java/C# приложения)) Я к тому, что у паскаля есть свои хорошие стороны, и главная - в сбалансированности!  
 
Недостатки у каждой реализации паскаля есть, и свои.. Ну и сообщество не самое крупное, и куча других косяков.. Но косяки есть в любой реальной вещи! Идеального нету. И паскаль на общем фоне вполне даже инструмент. Не стоит его идеализировать, но и драматизировать тоже повода нету. Да, дельфи чуток заблудилось. Да, обезьяна довольно косячна. Но RTL у Delphi хороший) Да, NextGen компилятор так себе. Но VCL и классический компилятор еще не отменили.  
 
ЭМРО ведет дельфи не туда? Зато конкуренция среди паскалей растет - выигрывают пользователи) ДУмаю, все будет ок. Когда нибудь. Посмотрим!
 

Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 18:26 30-05-2013
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39

Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Вопросы по Embarcadero RAD Studio XE4


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2025

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru