Ru-Board.club
← Вернуться в раздел «Прикладное программирование»

» Вопросы по Embarcadero RAD Studio XE4

Автор: deks
Дата сообщения: 27.05.2013 09:22
Кто нибудь ковырял 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 таки делается на чем-то другом
Автор: sergionn
Дата сообщения: 28.05.2013 11:04
Я тут пропустил, оказывается Юрий Котсаренко автор Asphyre Sphinx _http://afterwarp.net/
теперь работает на emb и видимо лечит больную с рождения обезьяну.
Хотя мне его код и не очень импонировал в предыдущем проекте, но я всетаки надеюсь, что он сможет чем то помочь команде горе-разработчиков.
Интересно, его код уже есть в исходниках fmx в xe4?
Автор: miwa
Дата сообщения: 28.05.2013 11:32
sergionn
Опаньки. А где об этом пишут? И, кстати, интерессно - Asphyre Sphinx пойдет под нож так же, как VG-Scene?
Автор: sergionn
Дата сообщения: 28.05.2013 11:35
miwa
_http://afterwarp.net/forum/topic/1013-asphyre-closure/

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

он пишет, что закрывает проект из-за нехватки времени и по семейным обстоятельствам.......

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

Новое творение, которое пиарит Марко: 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. Не идеальны размеры приложения и потребление памяти, хотя все в пределах приличий.
Автор: X11
Дата сообщения: 28.05.2013 19:41

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

В XE4 уже вроде бы FMX3
Автор: LadyOfWood
Дата сообщения: 28.05.2013 23:32

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

А в XE3 нет iOS вообще.
Автор: deks
Дата сообщения: 29.05.2013 10:00
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! Видимо, "могли разрабатывать и поставлять" и "поставлять" - две большие разницы!)
Автор: sergionn
Дата сообщения: 29.05.2013 20:20
Оффтоп: кстати, опять, только сейчас заметил
Jon Lennart, который придумал op4js а-ля smartmobilestudio и "уговорил" эрика сделать проприетарным pascal=>js кодеген, а также способствовал тому, что эрик ушел от идеи llvm-dwscript покинул компанию которая разрабатывает и продает этот офигенно "успешный" продукт.
_http://jonlennartaasenden.wordpress.com/2013/05/02/leaving-optimale-systemer/
Автор: HeMet
Дата сообщения: 29.05.2013 20:51

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

Откуда такие подробности?
Автор: sergionn
Дата сообщения: 29.05.2013 21:18

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

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


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


Тут написано: _http://delphitools.info/2012/05/18/from-op4js-to-smart-mobile-studio/

Не факт, что именно он уговорил Эрика, но факт что именно он работал от Optimale Systems над SmartMS. Не суть - продукт есть, компилирует чего дают и DWScript развивается.. Вроде, все удачно!
Автор: sergionn
Дата сообщения: 30.05.2013 10:19
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, с соответствующей попыткой возрождения паскаля. все имхо.......                    
Автор: deks
Дата сообщения: 30.05.2013 10:36
sergionn


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


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

А DWS LLVM CodeGen - тоже большой вопрос. Все опять упирается в RTL/Framework.
Автор: sergionn
Дата сообщения: 30.05.2013 10:48

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

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

p.s. я вот тут думаю "завязывать" с паскалем:
легаси проектов у меня уже нет,
обезьяна так и не стала кинг-конгом,
смарт не обеспечил достаточной совместимости со старым кодом,
remobjects произвели язык-мутант
лазарус+фрипаскаль так и не смог производить отвечающий современным требованиям код
емб окончательно ставит жирные точки..........
эх обидно..........
Автор: miwa
Дата сообщения: 30.05.2013 11:32
sergionn

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

А я-то думал, код «производит» программист.
Автор: deks
Дата сообщения: 30.05.2013 13:14
sergionn

Хм. А по мне так вариаций паскаля в последнее время прибавилось, развивается серьезнее чем лет 5 назад: тогда толком не было ни обезьяны, ни оксиджена на 3х платформах, и FPC в последнее время по фичам дельфи пытается догонять! DWS опять же

Хотя - язык только инструмент! И паскаль - не самый плохой.
Автор: miwa
Дата сообщения: 30.05.2013 14:04
deks
Откровенно радует появление поддержки лазаруса/FPC в коммерческих компонентах типа FastReport-a. С одной стороны появляется возможность выбора для конечного разработчика, с другой - дополнительный стимул для той же емро улучшать свой продукт.
Автор: sergionn
Дата сообщения: 30.05.2013 15:22

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

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

_http://blogs.embarcadero.com/ao/2013/05/29/39479/
интересно, что Anders мог подшаманить в своих шедевральных овальных часах,
неужели будет использовать наработки корейчонка-Саймона
Автор: deks
Дата сообщения: 30.05.2013 17:26
sergionn

Про "четкое результативное направление" - это к html5, css, js и браузерам!

А если чуть серьезнее - то чем паскаль-то по результативности плох? На паскале нынче можно написать вполне достойный софт на каждой платформе! Просто выбирать нужно грамотно)) Но куда ж баз грамотности в наше время!

Ну и конкуренция, да.. Впрочем, паскаль никогда не был особым мейнстримом. Зато он предлагает разумный компромис между возможностями, наглядностью синтаксиса, инструментальной поддержкой, фичами языка и т.п. Меня вот дженерики и анонимные функции радуют - а это свежие штуки. А чтобы почувствовать плюсы паскаля - попробуйте что то сваять на С++ или даже С! А следом - оптимизировать узкие места Java/C# приложения)) Я к тому, что у паскаля есть свои хорошие стороны, и главная - в сбалансированности!

Недостатки у каждой реализации паскаля есть, и свои.. Ну и сообщество не самое крупное, и куча других косяков.. Но косяки есть в любой реальной вещи! Идеального нету. И паскаль на общем фоне вполне даже инструмент. Не стоит его идеализировать, но и драматизировать тоже повода нету. Да, дельфи чуток заблудилось. Да, обезьяна довольно косячна. Но RTL у Delphi хороший) Да, NextGen компилятор так себе. Но VCL и классический компилятор еще не отменили.

ЭМРО ведет дельфи не туда? Зато конкуренция среди паскалей растет - выигрывают пользователи) ДУмаю, все будет ок. Когда нибудь. Посмотрим!

Автор: LadyOfWood
Дата сообщения: 31.05.2013 01:31

Цитата:
ЭМРО ведет дельфи не туда? Зато конкуренция среди паскалей растет - выигрывают пользователи) ДУмаю, все будет ок. Когда нибудь. Посмотрим!

Все может быть, но хочень сдесь и сейчас. А вот на данный момент FMX использовать нельзя или практически нельзя.
Автор: valgreesh
Дата сообщения: 31.05.2013 08:46
LadyOfWood

Цитата:
А вот на данный момент FMX использовать нельзя или практически нельзя

Судя по всему её еще долго нельзя будет использовать в профессиональной разработке.
Автор: Paxmat
Дата сообщения: 31.05.2013 09:47
Человеки! Прошу помощи.
Поставил триал. При запуске на инициализации IDE (если я правильно понял) ошибка - Система конфигурации не прошла инициализацию...
и следом - Access violatoin at adress 205E06F2 in module 'coreide180.bpl'. Read of addres 00000000.
может из-за х64? никто не сталкивался?
Реестр вычищал, удалёл всё что связано.
Net Framework переустанавливал... никак...
Ощущение что я что-то делаю не так... Пините в правильном направлении
Заранее благодарен.
Автор: deks
Дата сообщения: 31.05.2013 10:19
Paxmat

Тяжелый случай - чего то стало криво! Нужно смотреть в топике про варез инструкции как чистить установку RAD Studio, включая ключи реестра и "тайные" места с файлами лицензий
Автор: Paxmat
Дата сообщения: 31.05.2013 10:23
вычистил... ставил заново... удалял фрэймворк... очищал систему от фрэймворка...
реестр вычищал... неопнимаю что ещё ему надо
разве что только какой то апдейт системы конфликтит.. или каспер чего то рубит .. но вроде бы уже останавливал ...
ещё варианты?
Автор: valgreesh
Дата сообщения: 31.05.2013 10:35
Paxmat
Проверься memtest86
Автор: Paxmat
Дата сообщения: 31.05.2013 10:39
valgreesh

Да уже приходило в голову... 5 проходов без ошибок ...думаю дальше смысла нет

проблема как мне кажется именно с ИДЕ...
Автор: Arioch1
Дата сообщения: 31.05.2013 11:06
скоро UPdate 1 будет

на SO тоже жалуются - то одно не работает в Xe4, то другое...
Автор: RuXandr
Дата сообщения: 31.05.2013 11:09

Цитата:
скоро UPdate 1 будет


Откуда дровишки? Не будет ли апдейт осенью в виде XE5 ?

Добавлено:
Arioch1

все, ужо увидел

_http://docwiki.embarcadero.com/RADStudio/XE4/en/Release_Notes_for_XE4_Update_1
Автор: sergionn
Дата сообщения: 31.05.2013 15:44
deks
100% native iOS components for FireMonkey applications for iPhone, iPad, iPod
_http://www.tmssoftware.com/site/tmsicl.asp
прикольно, да, почему КЛОУНЫ из абракадабры не СДЕЛАЛИ ЭТО????!!!!!

Страницы: 1234567891011121314151617181920212223242526

Предыдущая тема: cxDBPivotGrid выгрузка в excel


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.