» Вопросы по Embarcadero RAD Studio XE2 (Pulsar)

описали бы ещё преимущество такого подхода. Получается, что из одних и тех же исходников можно получить два билда с разными номерами. А зачем?

Цитата:

The last two numbers change each time you build and are based on the current date and time:

В принципе, меня это устраивает.

X11

Как я понял, изменение поведения связано с переходом под MSBuild-это он такую логику ставит в version info.

AlxMonster


Цитата:

Справедливости ради стоит сказать, что XCode 4.3 ставится теперь в другую папку по умолчанию (вместо /Developer теперь ставится в /Applications пакет xcode.app) похоже, что для embarcadero это слишком сложно. И command line tools нужно качать отдельно.

Наоборот - жизнь упростилось! Теперь, чтобы сделать toolchain не надо ставить XCode вообще - просто скачать Command line tools - туда уже входит компилятор и тп. В любом случае, у ЭМРО было очень много времени, пока Xcode 4.3 была в бэта стадии. Сейчас же, после релиза XCode пользоваться Delphi-FMX-iOS стало невозможно или приходится откатываться на 4.2. Если ЭМРО позиционирует Delphi/FMX как альтернативную среду разработки для iOS, то это несолидно)


Цитата:

У кого-нибудь есть опыт размещения в AppStore приложения созданного в дельфи? Охота посмотреть. Как в firemonkey использовать родные ios фреймворки или embarcadero умудрилась адаптировать все интерфейсы яблочных фреймворков?

Dr BOB чего то в AppStore опубликовал.

Есть куча примеров использования фреймвоков родного iOS, но все они основаны на достижениях команды FPC в портировании заголовков. Почитать можно тут _http://web.me.com/macpgmr/ObjP/Xcode4/ObjP_Part4.html и тут _http://pascal.thealchemistguild.com/ - это кроме документации FPC.

FMX работает в FPC просто как GUI-frontend, и делает это довольно средне - производительность интерфейса хуже, чем native.

Русификация Delphi XE2 версии 16.0.4429.46931 (run-time, .pas-файлы) Пасс - стандартный.
Как устанавливать: содержимое архива распаковать в каталог, прописанный в Library Path, либо в папку с проектом.
Замечания, баги, пожелания - в личку.

з.ы. Сделано на основе Русификации Delphi 2007 (run-time, .pas-файлы) от PoleSoft

Всё время снова и снова всплывают два вопроса одни и те же.

1) что случилось с авто-инкрементом Build Number
2) почему такие больше EXE получаются

Чтобы не засоряли ветки мне кажется надо эти вопросы в шапку вынести.
И два ответа:

1) stackoverflow.com/questions/8719437/are-the-new-delphi-xe2-autogenerated-build-numbers-linked-to-1-1-2000-000000
2) andy.jgknet.de/blog/2011/11/xe2-why-have-empty-vcl-projects-a-size-of-7-mb

Arioch1

Хорошая мысль) Поддерживаю! Я б еще кого нидь попросил сделать переводы этих двух постов-для слабо говорящих на латыни!

Вот перевел второй пост:

Как получается, что в XE2 пустой VCL-проект весит 7 мегов?

Вопрос: Почему в XE2 размер exe-файла пустого VCL-проекта составляет 7 Мб, тогда как в XE — всего 0,9 Мб?

Ответ: Вы компилировали его под конфигурацией Debug. А в XE2 дефолтные опции этой конфигурации установлены таким образом, чтобы в exe-файл включалась вся отладочная информация. Это можно отключить через меню Project Options/Linker либо воспользоваться внешним *.tds-файлом (соответствующая опция содержится в разделе Debug Information). Но дебагеру эта отладочная информация ни к чему, поскольку он черпает все необходимое непосредственно из dcu- и dcp-файлов — точно так же, как это было в XE и более старых версиях. Я понятия не имею, по какой причине Embarcadero решила оставить опцию вставки отладочной информации в exe-файл включенной. Возможно, эта информация требуется OCX-ному дебагеру, которым я не пользуюсь. Или эмбаркадеровцы захотели сделать возможной отладку программы под IDE в отсутствие dcu- и dcp-файлов (информация, содержащаяся в tds-файлах, не столь хороша, как отладочные данные в dcu-файлах).
Но даже после этих изменений exe-файл облегчается лишь до 1,5 Мб. Откуда же берутся отстальные 600 кб? Почти 300 из них дает новый ресурс основной иконки, содержащий все размеры для Windows 7. Еще 200 кб добавляет новый юнит Vcl.Themes, от которого никак не возможно избавиться, поскольку он жестко привязан к юниту Controls. Оставшиеся 100 кб можно отнести к традиционной прибавке, ежегодно возникающей в результате изименений в RTL и VCL.

Я скомпилировал приложение с отладочной информацией и без неё.
Размер exe-файла одинаков.
Это баг?
DXE2 Upd3
Под отладочной информацией я подразумеваю вот что:

X11
кстати у меня 2 последних проекта...один при компиляции релиза похудел с 28 до 13...а второй так и остался толстый...и тож не знаю в чем дело

Так сравни настройки проектов.

X11
так сравнивал...вроде на вид все одинаково..тем более я всегда оставляю настройки по умолчанию...разве что Output Directory меняю...
кстати с переходом на хе2 еще одна фигня появилась...рабочий каталог теперь не там где находится ехе(иль у мя с настройками беда)...у меня есть процедуры и функции в dll написанная ну ооч давно для работы с ини файлами..есть процедура WriteOpt('Main.ini','Journal','FromDateEdit',DateToStr(date));...так вот в D2010 файл Main.ini создавался в папке с ехе...а ща хз де..а оногда вообще в разных местах...посему приходится добавлять WriteOpt([путь]+'\Main.ini','Journal','FromDateEdit',DateToStr(date));
при этом даже SetCurrentDirectory не помог

может быть где-то в исходниках прагмы есть типа {$D+,L+} ?

X11
Смотреть надо на вкладку Linking. А эти опции только на размер dcu-шек влияют.

Вот linking

http://i35.fastpic.ru/big/2012/0313/54/a6ebd1b92a1c6791e236f187a6225e54.png

заюавно...

а если TDS включить ? и в PE Options включить strip reloc info до кучи

X11
Ну вот и попробуйте верхнюю опцию "Debug Information" ставить/снимать и сравните размер exe.

Цитата:

Ну вот и попробуйте верхнюю опцию "Debug Information" ставить/снимать и сравните размер exe.

Ну да, я так и делаю

Добавлено:

Цитата:

и в PE Options включить strip reloc info

этого не понял

Добавлено:
wasilissk, а у Вас что, размер меняется?

X11
Если не помогает, тогда действительно только директивы в коде остается искать. Причем как в своем, так и в чужом.

X11

Цитата:

а у Вас что, размер меняется?

Угу, в три раза разница...

А там есть возможность сохранить настройки, можете мне в личку прислать?

X11
Чет ничего не пойму как их сохранить, тут есть кнопка "Save..." у меня только Apply. Студию из варезника брал.
Я просто взял первый попавшийся юнит тест, который у меня собирается под XE2 собрал по дефолту 4.9 метра, с Debug Info на страничке Linker - 15.1.

В общем проблему решил.
Кратко.
Перед компиляцией нужно выбирать что компилируешь в Configuration Manager.
Меню "View/Configuration Manager"
Или не скрывать Project Manager и там выбирать тип компилируемого приложения.
Меню "View/Project Manager"


подробнее о разбирательстве здесь: http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=865483&msg=12244543


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

Если удалить файл .dproj, то сбиваются все настройки проекта (Project/Option), это нормально и при загрузке проекта файл .dproj пересоздаётся и значения заполняются значениями по-умолчанию, но ненормально то, что некоторые значения остаются незаполненным, например в узле Delphi Compiler, вот как у меня, пусто http://i30.fastpic.ru/big/2012/0314/52/0e20f525f63d09280885b4b1059e5052.png

X11
Считаю XE - бажной либо не удобной. Поставил брейкпоинт нажал Run... Раньше среда думала что брейкпойнт ставили трезвые люди, сейчас брейкпоинт работает только если нажали не Рун а Ф8. Не замечаю удобств... Хреного.

Цитата:

Может у кого есть лицензия, напишите им или в багтракере создайте тред.

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

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

delover
X11

В RAD Studio за время развития появилось слишком много "наслоений" из фич разного дизайна. Просто "пользовательский опыт" не проработан. И "баги" с конфигурацией идут из изменения парадигмы конфигураций (они сейчас там как-то наследуются и тп).

Я считаю, что ЭМРО слишком часто выпускает новые версии. Я бы перешел на релизы раз в 2 года, и с апдетйами "всю дорогу" - многие версии среды остались "полуфункциональными" из-за багов (2010 и дженерики). Но, видимо, по деьгам они не вытягивают такой длительный срок релизов. Спасибо, что хоть активно развивают среду! Но "вылизывать" студию таки надо..

deks
Её не то что вылизывать надо, её переписать с нуля на нативе надо, а это бредо-наследние из начала 2000-х годов с использованием трэш-технологии выкинуть как страшный сон и забыть про это чудо, как все забыли Delphi 8;

Eternal_Shield

Неее - ни в коем случае! Мы уже проходили "до основанья, а затем" - как раз в те самые начала 2000х (на самом деле с d8 или d2006) - тогда появилась эта самая RAD Studio. А стала более-менее юзабельной только, имхо, к d2010. Сама среда вовсе не ужасная, но у нее есть ряд внутренних проблем. Думаю, самое место тут рефакторингу, но не более того - заменять проблемные куски на менее проблемные, улучшать общую логику работы, "вылизывать" откровенные шероховатости. И если "зависания" среды под отладчиком в отдельных случаях - это трудноустраняемый баг, то вот работа менеджера конфигураций для групп и проектов - это вполне поддается "вылизыванию".

Ну а под "трэш-технологиями", вы понимаете куски на J#? Shit happens, как говориться, но от таких кусков надо избавляться рефакторингом. Впрочем, если я не ошибаюсь - этот кусок отвечает за моделирование. Лично никогда не пользовался никаким встроенным моделированием, поэтому на него пофиг. Боюсь, что многие так и не пользуются этим самым моделированием. Так что затраты на его рефакторинг ЭМРО считает нецелесообразным - типа, живет и не мешает жить особо никому..

Кстати, IDEFixPack + DDevExtentions много чего "вылизывает". Но хотелось бы инициативы от первичных разработчиков!

Ну и такая идея: прекратить "раздувать" бандл RAD Studio всякими Studio Edition - утилитами. Не вижу в них особой пользы! Если хотите какую-то технологию для RAD Studio - вы купите полностью команду (как с KSDev). И тогда уже сопровождайте полностью! А то сегодня FastReport включен в бандл, завтра - уже нет.. А раздувание бандла всякими партнерскими программами увеличивает и без того немалую цену студии!

Есть подозрение что BDS создавалась на основе jbuilder. Цена высокая из-за того что покупателей мало, а покупателей мало потому что цена высокая. Замкнутый круг. А еще привычка всех эти фирм и фирмочек (Borland-Inprise-Borland-Code Gear-Embarcadero) кидать клиентов купивших студию. Во-первых, это только год поддержки. Во-вторых, даже через год очередная версия содержит тучу багов. Хотите исправлений - покупайте новую версию. В-третьих, глобальные изменения которые рушат всё. Вспоминаем unicode.
А еще цена высокая потому что все эти фирмы и фирмочки сломя голову бросаются разрабатывать IDE для всех возможных языков и технологий. 3rd rail, c# builder, delphi.net, c++ bulder, жалкий jbuilder 2008. Все это проваливается, не окупается. В итоге: отвлекается команда разработчиков на всякую фигню, вместо совершенствования основного продукта. Последний такой пример: это отвлечение на попытку разработки для мобильных платформ (iOS и андроид в перспективе). Притом они суют нос в ту степь где какая-либо корпорация полностью контролирует всё. Сначала они совались на поле microsoft с .net framework. У них ничего не вышло. Теперь они суются на поле Apple.
Еще можно вспомнить как они грохнули всю справку в дельфи, потом долго писали все по-новой.

AlxMonster

Ну - RAD Studio все таки одна из немногих удобных IDE.

Сам бизнес IDE - трудный, конкурентов в мире не так много - JetBrains, и openSource мностры типа Eclipse, xx-Develop. Ну и решения от вендоров платформ - VS, XCode. Интересно, что XCode в определенной степени - OpenSource.

Попытки идти на соседние платформы я очень понимаю - на базе общей платформы (RAD Studio) сделать продуктов для разных платформ и расширить круг покупателей! Вполне здравая идея, но вот реализация хромала.. Сейчас то же самое делает RemObjects со своим Oxygene, но у них только компилятор, что значительно бюджетнее.

И я очень хорошо понимаю попытку откусить кусок пирога iOS: правда, зря они делают "эмуляцию" GUI для iOS. Лучше бы сделали нативный биндинг к контрольям родного UIKit и совместимость по вызовам с нативными Frameworks. Типа, Oxygene для iOS. И RTL туда подложили, местами совместимую с Delphi: DataSet, DataSnap, и тп. А так - не вытягивает iOS-устройства эмуляцию GUI на нужном уровне, пользователи iOS привыкли к отличной плавной анимации за счет высокоприоритетной графике. В пользовательском приложении не получить такой приоритет для графики..