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

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

Модерирует : 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 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57

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

sergionn

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

Цитата:
там идея о написании общего ядра, и разным будет только GUI, который в MVC займет не самую большую часть. Остальное будет общим.

 
1) у тебя ядро сильно ограниченное получится, тучу времени потратишь на связывание с платформами
2) oxygene На самом деле не такой сладкий как его представляют, есть баги, несостыковки и пр.
3) вот видос оборный по всех технологиям oxygen был
_http://tv.remobjects.com/oxygene/oxygene-20-oxygene-overview.mp4,
но что то видео потерли с сайта, я посмотрел, и сделал один вывод: проще писать под конкретную платформу, чем пытаться подтянуть оксиджен, но я могу ошибаться........  

Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 18:39 05-12-2012
GlavBuh

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

Цитата:
1) у тебя никто даже в буд.версиях xe3-xe4 ассемблер пока не отбирают, завсегда и dos с турбопаскалем поставить можно.....

Если они переведут компилятор Delphi на LLVM, никто такие низкоуровневые фичи как ассемблер в новый компилятор не потянет.  
 
Вы переписку по ссылкам читали? Когда у Бауэра спросили, стоит ли ожидать оптимизации математики с плавающей точкой, он прямо ответил, что выжимать такты из кода никто не будет. У инженеров, занимающихся компилятором, и так много работы. Когда спросили насчет старого RTTI (TypeInfo.pas), зачем в нем в XE3 появились зависимости от нового RTTI.pas - он ответил, что в старом нет поддержки атрибутов свойств объектов. Поэтому новый RTTI и дальше будет наращиваться, и проникать всюду в RTL и VCL. Потому что оно "мощное", даром что медленное и объемное по занимаемой памяти. Если еще в XE и XE2 можно было частично перекомпилить VCL и получить выигрыш по размеру EXE-шника в 2 раза (ищите по слову NoRTTI), то в XE3 такой фокус не прокатывает уже.
 

Цитата:
смысл смотреть в сторону RO, если там вся та-же песня что и родная платформа, только переложенная на паскаль,
т.е. кросплатформенности как таковой нет! На каждую платформу: андроид, osx, ios нужно ЗАНОВО писать свой код,
- проще сразу писать на object-c, джаве............. Зачем нужен костыль в виде oxygen - если весь код паскалевский под него придется перелопачивать?????

Смысл в том, что компиляторы RO реально работают. И они доводят дело до конца. И, на самый крайний случай, с них всегда можно спрыгнуть, быстро конвертировав код в C#. Также как быстро можно конвертировать любой C# код в Oxygene. А большинство последних разработок Em-ro в области компиляторостроения оказываются пшиком: либо их забрасывают, либо они глючные. Из свежего - поддержка iOS в XE2 (сколько человекочасов выброшено в мусор?), 1-я глючная и тормозная версия FMX, недоделанные и глючные Generics, тормозной LiveBindings (как они туда умудрились транслятор выражений всунуть?).
 

Цитата:
FM2 + Mobile studio именно предлагает кросплатформенный подход - один код на все платформы,
а где нужно использовать нативный КОНТРОЛ, то это делается переключение типа контрола на нативный!!!!
см. выше последнее видео, 50-я минута.........

 
Да, это будет круто... Когда-нибудь... Лет через 5, возможно, даже глючить не будет... Наверное.

Всего записей: 96 | Зарегистр. 13-11-2003 | Отправлено: 20:20 05-12-2012
deks



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
GlavBuh
 
Низкоуровневые фичи? Ну-ну) Для прикладного софта не вижу в них смысла. Модель управления памятью на базе ARC - это довольно ок, такой разумный компромис между Garbage Collector и "ручным управлением". А если указателям на объекты добавят новый уровень проверки - что в том плохого? Вы часто патчите VMT в своих проектах?) Ну и если говорить об ассемблерных вставках - так это верный способ поиметь проблем на разных типах процессоров! ARM v6, ARM v7/7s, AMD, x86, x64 - вы для всех будете на своем ассемблере писать?) В общем не вижу смысла для прикладных решений!) К тому же, думаю, там где ассемблер есть, его не отключат. Просто не будут делать для новых платформ.
 
sergionn
 
Согласен, что рост количества "сервиса" в языке увеличивает производительность труда)  
 
Не согласен про Oxygene - там можно писать общий код для всех платформ. Он даже может заюзать кросс-платформенную Sugar, которая благодаря mapped types будет довольно шустрой и нативной на каждой платформе. Беда в другом - общих frameworks на платформах по-определению мало! Например, сетевые библиотеки существуют на каждой платформе, но они разные. Да тот же xUnit на каждой платформе свой - OCUnit, NUnit, ... Но у RemObjects есть RO SDK/DataAbstract - а это уже позволяет делать софт с доступом к данным, то есть решает много проблем с деловым софтом!)
 
Зато появление Oxygene может вызвать создание таких кросс-платформенных библиотек!)  
 

Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 11:00 06-12-2012
GlavBuh

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
deks
Цитата:
Низкоуровневые фичи? Ну-ну)

В этом есть/была фишка Delphi. Что можно легко писать прикладные решения (как в VB, C#), и в то же время при необходимости иньектировать свои DLL в чужие процессы, патчить RTL на лету (например так делают библиотеки-локализаторы), оптимизировать критические участки кода ассемблерными вставками. Да какую навороченную библиотеку для Delphi не взять - там везде есть что-то "эдакое".  
 
Или взять DDevExtensions, IDEFixPack Андреаса Хаусладена, которые стоят наверное у всех. Создание таких патчеров будет в принципе невозможно. А уйдут такие как Андреас, кто останется? Молодое поколение, то которое без понятия о системе распределения памяти, на которое Em-ro делает ставку. Ну, тогда в путь и с песней. А я останусь пожалуй.
 
Насчет Oxygene. Вот и Боб Сварт сделался его реселером _http://www.bobswart.nl/Weblog/Blog.aspx?RootId=5:5668
И указывает на преимущества покупки Oxygene for .NET вместо Embarcadero Prism.
 
deks
Цитата:
Не согласен про Oxygene - там можно писать общий код для всех платформ.

Более того, как указывает Боб Сварт, там общий компилятор (!) для всех платформ:

Цитата:
Note that Oxygene for .NET, Oxygene for Java and "Nougat" all share the same Oxygene language and compiler.

А Эмбракадарцы до сих пор не смогли реализовать проверку кода в редакторе основным компилятором, используют специальный на писанный на J#. Для справки: J# - это такой выкидыш Microsoft, который даже его создатели уже забыли.
 
Опять же, цены... Delphi в США стоит одних денег, в Европе других, а в Китае вообще заоблачных. Oxygene можно купить онлайн за $499 из любой страны мира, либо в Европе у ретейлера за тех же 399 евро.
 
А компилятор сам по себе вообще бесплатный. Для любителей ручного кодирования. _http://www.remobjects.com/downloads.aspx
Кстати тут выяснилось, что для компилятора Oxygene есть бесплатная же мини-IDE _http://www.andreas-flucke.homepage.t-online.de/AFDLite/download.html

Всего записей: 96 | Зарегистр. 13-11-2003 | Отправлено: 11:52 06-12-2012 | Исправлено: GlavBuh, 14:23 06-12-2012
Frodo_Torbins

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

Цитата:
ты где был........,  
 мы про moble studio уже "трем" с 7-й страницы

Мы то трем, да только ручками пощупать пока нечего. Но теперь вполне может появится.

Всего записей: 2318 | Зарегистр. 24-05-2007 | Отправлено: 13:10 06-12-2012
Arioch1



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

Цитата:
Зато появление Oxygene может вызвать создание таких кросс-платформенных библиотек!)  

Не больше, чем IKVM,  Scala.Net и прочие нишевые извращения.
 
Ибо идея виртуальных машин типа JVM и CLR не в кроссплатформности с привязкой к языку типа C/C++, а наоборот в кросс-языковости с привязкой к общему рантайму.
 
Соотв. и рекламируется Oxygen тем, что может прозрачно использовать уже готовые мощные родные для платформы библиотеки. А тогда зачем делать библиотеки для Oxygene ? Это получается шаг назад, только через еще один косвенный уровень - замедляющий и жрущий память.  Железо -> OS -> библиотеки для ЯВУ типа STL -> JVM/CLR -> снова библиотеки для ЯВУ
 
В конце концов, если кому хочется - то всё это уже есть: PyPy, CPython Jython, IronPython
Пожалуйста, давно уже можно делать еще один уровень абстракции поверх других уровней, как и предлагается для RO. Много наделали ?
 
Добавлено:

Цитата:
Насчет Oxygene. Вот и Боб Сварт сделался его реселером

 
И тут мне тоже непонятно. Они опоздали везде, кроме Win32, в который вцепились, и куда никто кроме них не пролез по большому счёту. Ну и возделывайте свою нишу, как Кобольды.
 
Расширяться, конечно, хорошо - вот только сил уже даже на родную нишу не хватает. Да и куда расширяться-то ? Пустых ниш нету, везде уже кто-то сидит.
 
Linux ? поздно, после Kylix вам уже никто не поверит, тем более Lazarus окреп.
 
.NET ? заманчиво, но RemObjects уже застолбили делянку - и если раньше Оксиджен был вторичным wannabe-Delphi для моднявого .Net'a, то теперь всё получится наоборот и Delphi Mk.2 будет вторичным wannabe-Oxygene.
 
Мобильники... мммм... Упс - и туда RemObjects уже щупальца пустили... Хотя там ещё какие-то шансы есть, может быть. Вот только навыки десктопного программирования на мобильниках зачем ? А если менят ьвсе библиотеки и привычки - то можно и язык сменить до кучи, тут уже не так важно.
 
Добавлено:

Цитата:
используют специальный на писанный на J#.

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

Всего записей: 904 | Зарегистр. 03-03-2010 | Отправлено: 13:28 06-12-2012 | Исправлено: Arioch1, 13:31 06-12-2012
RageSV

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

Цитата:
Ибо идея виртуальных машин типа JVM и CLR не в кроссплатформности с привязкой к языку типа C/C++, а наоборот в кросс-языковости с привязкой к общему рантайму.

 
Что, действительно? JVM это уже кросс-языковость с привязкой к общему рантайму?
Вот это новость.

Всего записей: 72 | Зарегистр. 20-01-2006 | Отправлено: 14:05 06-12-2012
Arioch1



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
en.wikipedia.org/wiki/List_of_JVM_languages

Всего записей: 904 | Зарегистр. 03-03-2010 | Отправлено: 14:22 06-12-2012
RageSV

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Arioch1
Интересно.
Но как-то большая часть из представленного смахивает на "академические поделки".
Опять же, основная масса работает как ретранслятор.
Не думаю, что из представленного реально использутся процентов 5.
Хотя, все равно - забавно.

Всего записей: 72 | Зарегистр. 20-01-2006 | Отправлено: 14:50 06-12-2012
Arioch1



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
у так и под CLR пишут на шарпе, немного на Васике, остальные тоже -  в пределах погрешности

Всего записей: 904 | Зарегистр. 03-03-2010 | Отправлено: 14:58 06-12-2012
RageSV

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Arioch1
Ну не совсем, но хотя и близко к этому.
Знаю конторы (в т.ч. и буржуйские) где управляемые плюсы это что-то типа "spirit of development". Да и железный питон все еще кое-где используется.
Хотя все равно это мелочи.
Вон у нас в конторе, молодой один увидел шарповский sdk для андроида под msvs, накупил книг, накачал андроидного апи. Прокричал, что в маркете отстой один, а он отныне будет мир удивлять и бабло зарабатывать. Пыхтел месяца 3, а потом забросил. "Чего забросил? Да какой-то этот шарпный сдк убогий".

Всего записей: 72 | Зарегистр. 20-01-2006 | Отправлено: 15:18 06-12-2012
Arioch1



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
на телефоне, где вечно не хватает памяти, а раодная среду - побочное дитя Жабы - писать на шарпе ? Да, мир он удивил.
 
Но ведь есть же проект переписать на Mono весь андроид. Раз уж человек хочет войти в историю - пусть подбирает и заканчивает.

Всего записей: 904 | Зарегистр. 03-03-2010 | Отправлено: 15:48 06-12-2012
deks



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
GlavBuh
 
Да, компилятор у них общий для всех трех платформ, причем в IDE встроены вполне интересные фишки, типа авто-исправления кода, или считать ошибки, которые можно исправить, предупреждениями. Отмечу только, что для OSX/iOS используется LLVM backend, а для .NEt и Java - свои бэкэнды.
 
Бесплатный только компилятор командной строки. Но VS в целом хорошая IDE и там есть примеры / шаблоны и тп. В общем, можно и заплатить, благо что не так дорого как Delphi.
 
Arioch1
 
Вы про кросс-платформенность не совсем понимаете суть Sugar. почитайте - это библиотека, которая делает общий API для платформенных классов. Типа, общий API для строк, контейнеров, работы с файлами и тп. Также есть часть Legacy, которая дает некоторую совместимость с Delphi RTL. Так что Sugar - это не "слой", скорее это "карта соответствия" frameworks разных платформ. Вполне себе забавно)
 
Я ж не говорю, что многоплатформенный язык - это первый на рынке! Но для Pascal - один из первых. Другой -  FPC, тоже кстати ничего себе. Delphi пока "начинает")
 
Ну и про C# для Андроида - есть вполне годный проект MonoDroid. На нем довольно много софта уже писано. Аналогичен и MonoTouch. Подход - в целом аналогичен тому, что делает RemObjects, но на C#.

Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 18:31 06-12-2012
Arioch1



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Поглядел http://docs.xamarin.com/Android/Guides/Advanced_Topics/Application_Package_Sizes и http://docs.xamarin.com/Android/Guides/Advanced_Topics/Architecture
 
Каждая программа тянет с собой полтора десятка МБ .Net'a. Неплохо для мобильника.
 
А теперь представим, что у нас запущен пяток дотнетовских программ, каждая в своей песочнице, у каждой своя версия CLR, свой распухший GC... И это в системе, которая изначально планировалась как "немножко ядру, остальное Единому Господину Дальвику"
 
Возьми для примера IKVM - они не написали java-машину как CLR-процесс, они перекодируют .jar'ы в родные CLR-сборки. А Xamarin не так делает, он отдельные неродные виртуалки запускает, чтобы посоревновались с Дальвиком за ресурсы.
 
 Менеджеры напокупают, почему нет, Андроид дешево и сердито, и всем сотрудникам добровольно-принудительно установить. А то, что в параллель с корпоративным апплетом все остальное еле ползать будет - скажут не хрен было выпендриваться, говорил же вам директор покупать всем Лумию...
 
Добавлено:

Цитата:
Так что Sugar - это не "слой", скорее это "карта соответствия"

Примерно так же уже много лет должна в теории делать Scala.Net
И что-то пока грустно с нею. То ли не нужны варяги. То ли на бумаге гладко, а потом мелкие несоответствия контрактов и поведения вылезают.
 
И вы в общем из контекста вырываете. Возможно в Шугаре тщательно минимизировали издержки, свели всё к наименьшему общему и вообещ это произведение искусства. Пусть. Но ведь отечал-то я на тезис
Цитата:
появление Oxygene может вызвать создание таких кросс-платформенных библиотек!)
- т.е. речь шла не о Шугаре, а о новых, ещё не написанных библиотеках. Причём - массово писаных, а не  - пусть,предположим, - гениями. Чeму-то типа SWT.
 
Тот же Data Abstract - это же не mapped types на ADO.NET и JDBC, а *замена* штатным библиотекам.

Всего записей: 904 | Зарегистр. 03-03-2010 | Отправлено: 18:54 06-12-2012
GlavBuh

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

Цитата:
3) вот видос оборный по всех технологиям oxygen был  _http://tv.remobjects.com/oxygene/oxygene-20-oxygene-overview.mp4,  но что то видео потерли с сайта, я посмотрел, и сделал один вывод: проще писать под конкретную платформу, чем пытаться подтянуть оксиджен, но я могу ошибаться........  

Вот это видео? _http://www.remobjects.com/tv/oxygene.aspx?video=oxygene-20-oxygene-overview

Всего записей: 96 | Зарегистр. 13-11-2003 | Отправлено: 20:06 06-12-2012
GlavBuh

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вы наверное уже слышали, что буквально недавно в Плюсах появилась новая штуковина - Communities называется. Вот ссылочка на только что созданную Delphi Community: https://plus.google.com/communities/103113685381486591754

Всего записей: 96 | Зарегистр. 13-11-2003 | Отправлено: 23:31 07-12-2012
sergionn

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

Цитата:
Вот это видео?

ну да..........

Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 11:19 08-12-2012 | Исправлено: sergionn, 11:59 08-12-2012
SolidSnakeRU

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Посмотрел, вроде прикольно все выглядит.
Только приложения  под винду и линукс не нативные и требуют установки рантаймов?
С версиями оксигена вообще муть какая-то. Даже у Эмбо понятнее что куда входит и сколько стоит.

Всего записей: 248 | Зарегистр. 27-08-2008 | Отправлено: 13:32 08-12-2012
deks



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
SolidSnakeRU
 
Под винду приложение Oxygene - это под .net - со всеми вытекающими. То есть требуется .net. Нативными их можно назвать для win8.  
 
Под Linux приложение Oxygene может быть под Mono.  
 
С версиями Oxygene - не понимаю что там сложного! Есть 3 версии: под .net, java и cocoa. Соответственно, называются Echoes, Cooper и Nougat. Эмро продавала Echoes как Delphi Prism.  
 
В каждую версию ничего не входит, только компилятор с интеграцией со средой со всеми вытекающими (шаблоны, примеры кода и тп).

Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 14:43 08-12-2012
SolidSnakeRU

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Я смотрел цены тут: http://www.remobjects.com/shop/
Не показалось наглядным
 
В любом случае, коли это .нет - то не подходит...

Всего записей: 248 | Зарегистр. 27-08-2008 | Отправлено: 16:58 08-12-2012 | Исправлено: SolidSnakeRU, 16:59 08-12-2012
Открыть новую тему     Написать ответ в эту тему

Страницы: 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 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57

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


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru