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

Цитата:

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

з.ы. Сделано на основе Русификации Delphi 2007 (run-time, .pas-файлы) от PoleSoft
з.ы.1 Был исправлен баг и перезалит архив, поэтому, тем, кто скачал его до 20.09.2012, нужно скачать снова.

Library Path - там совсем другие файлы, напиши конкретнее куда копировать.

куда хочешь. проcто путь потом в Library Path добавь и отключи runtime packages

PS. отредактируй свoй пост plz. Overquoting - зло.

Появилась минутка, решил посмотреть изменения в модулях XE3, вот что бросилась в глаза:
1. integer -> NativeInt или NativeUInt - это понятно
AnsiChar -> Byte;
array of AnsiChar -> TBytes;

2. изменения в string
length(s) -> s.length - теперь как в С# (см. System.SysUtils TStringHelper = record helper for string)

3.
var s : string;
...
s[1] -> s[low(string)]
s[Length(s)] -> s[high(string)]


4. в XE3 отказываются от оператора with. Зачем? мне не непонятно.

5. в XE2

Код:
var PListName: AnsiString;
...
func(@PListName[1], Length(PListName), False);

mcka

No. Раньше расчет был только на 1 платформу - win32. Сейчас есть win32, win64, osx32. Нужно еще - osx64, ios, android.

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

Цитата:

4. в XE3 отказываются от оператора with. Зачем? мне не непонятно.

Довольно много людей считают его использование плохой практикой, т.к. пользы от него меньше чем потенциального вреда. Если кратко, то:
1. заставляет постоянно оглядываться на все пространства имен, чтобы не было пересечений, потому что компилятор выберет что-то одно и промолчит;
2. путает отладчик;
3. допускает использование нескольких переменных между with do;
4. вложенные with могут сделать программу чувствительной к фазе луны;
5. Может без всяких предупреждений изменять поведение программы не потому что что-то изменилось в том что уже было, а потому что к нему что-то добавилось.
Вот тут подробней: _http://stackoverflow.com/questions/514482/is-delphi-with-keyword-a-bad-practice

Следующий кандидат на удаление ключевое слово absolute.


Цитата:

5. в XE2

Крис Ролинстон писал (_http://delphihaven.wordpress.com/2012/09/22/fmx-in-xe3/), что маршаллер используется как мостик между тем, что уже есть и будущим компилятором под iOS. Кто знает, останется он потом или будет упразднен. Скорее всего и хелперы к простым типам тоже такая же затычка для обратной совместимости с новыми компиляторами.

> 5. Может без всяких предупреждений изменять поведение

это уже придирки. Тогда надо и к свойствам объекта образаться иключительно как Self.Left (или как в WB With - с точкой типа .Left ). А то вдруг у класса в новой версии новые члены появятся.

А что значит "отказываются" ? из RTL уибрают ? это хрен с ними, чем бы ни тешились. Или из языка убирают, варнинги навешивают ?

HeMet

Цитата:

3. допускает использование нескольких переменных между with do;

Зато как экономит время! Жаль, если его уберут. Придется код капитально шерстить

eddoc,
наличие локальных переменных и операторов With - повод к refactor'ингу.© - автор не я )

глобальные переменные - олдскульное программирование© - автор тоже не я )

mcka
Любовь к сентенциям - отсутствие собственных мыслей. Отсутствие собственных мыслей - повод задуматься о будущем (моё)

Список пофикшеных багов по ХЕ3: http://edn.embarcadero.com/article/42606

Цитата:

Список пофикшеных багов по ХЕ3: http://edn.embarcadero.com/article/42606

108335 [C++\Clang\FE] ICE when compiling 64-bit C++
Что-то я не нашел в XE3 64-bit C++...

Kot3, ключевое слово ...Clang\FE

RuXandr
можно подробнее

Kot3, я всего лишь предполагаю что это новый 64bit компилер С++, который обещают этой зимой (на CLang/LLVM). Оператор скорее всего по ошибке загнал 3 багафикса по новому компилеру в этот список. Также вероятно что закрытое бета-тестирование этого компилера уже ведется.

Цитата:

скорее всего по ошибке загнал 3 багафикса по новому компилеру в этот список

Скорее всего так и есть. А я то подумал, что где-то есть новая версия.

По поводу запрета with:
разрешить использование with только, если указать соответствующую опцию для компилятора.
Не рекомендуется использовать начинающим программистам.

Обоснование:
1) бывают случаи, когда лексическое окружение в области действия with очевидно,
при этом само использование with как раз будет семафорить об этом факте.
Если не чесать оператор with бездумно, то with как бы склеивает и закрепляет
отдельные фрагменты программы, в которых не ожидается коллизии имен.

2)оптимизирующий компилятор просто обязан рассмотреть with-переменную
как основного кандидата для закрепления в регистре.

А где стиль MAC OSX ??
В папке стилей XE3 нет его.
C:\Users\Public\Documents\RAD Studio\10.0\Styles\

SolidSnakeRU

Он запакован в ресурс!

Тут подробнее: _http://delphihaven.wordpress.com/2012/09/11/inspecting-the-default-platform-fmx-styles-in-xe3/

[more] Всем доброго здоровьичка !

Прежде всего - в какой теме задавать вопрос по моей версии ? У меня вот это: http://rutracker.org/forum/viewtopic.php?t=3170271



Теперь собсно мой вопрос:

Когда я в консольном приложении пишу ввод переменной с консоли - READ(I); то

касперский выдает обнаружил вирус HEUR:Trojan.Win32.Generic

Убираю ввод с консоли - всё в норме

Что это ?

Вот тут нашел похожее но не въезжаю:


http://forum.ru-board.com/topic.cgi?forum=33&topic=11977&start=380


Цитата:

Сделал пустой проект Win32, в обработчике OnCreate формы написал вызов одной ф-ции ShowMessage... В итоге каспер обнаружил вирус HEUR:Trojan.Win32.Generic. Проверил на virustotal.com - из всех антивирусов только Каспер и обнаружил этот вирус. Почесал в затылке, перенес вызов в-ции в обработчик OnShow формы, как итог - каспер ничего не нашел. Также он ничего не нашел при вызове этой ф-ции в OnActivate. Хз что там разрабы намутили с этим со всем, но в предыжущих Дельфях ничего подобного не наблюдается... (специально сейчас проверил).

[/more]

limarukraine
Настройте каспера чтобы не умничал.

значит кто-то уже сделал вирус на XE3 м командой read(i), вот каспер теперь думает, что все такие файлы - вирусы.

Куда идти - в первую очередь на сайт Каспера, находишь страничку "прислать новый вирус" и отправляешь туда свою программу с пометкой "ложное срабатывание"

Если через неделю Каспера все еще ловит твою программу - идешь на форум Kаспера и поднимаешь там тему со ссылкой на virustotal

и так с лбюбым антивирусом, не только с Каспером

deks, спасибо!

limarukraine
Идти надо в личный кабинет http://support.kaspersky.ru/desktop
Заходить под собой и открывать официальный запрос на ложное срабатывание.
Необходимо приложить программу, описание, и если не лениво - исходники.

После установки проявляется такая проблема ссылка. Если удалить Smartbear AQTime, то все работает. Может кто то нашел решение как заставить работать все вместе?

В логах инди:

Date: 6 октября 2012 г. 6:36:35
Message:
Updating Indy to support Embarcadero's "NextGen" Delphi compiler.

X11

(на пост из вареза)

На самом деле, и в XE2 чего понаписано для iOS - вообще слабо ворочается на iPhone4S! Подождем MobileToolchain в этом году)

SolidSnakeRU

NextGen - это парни из ЭМРО приделают Pascal frontend к LLVM, и изменят RTL Delphi для поддержки ARC. И продадут это за небольшую плату в $995!)

Интересно, как они сделают interop к Objective-C? Без него нефиг даже делать на iOS!

Цитата:

NextGen - это парни из ЭМРО приделают Pascal frontend к LLVM, и изменят RTL Delphi для поддержки ARC. И продадут это за небольшую плату в $995!)  

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

antonpv

Потому что LLVM возмужал несколько лет назад, когда Apple сделала нашего ставку. Ну и популярность FreePascal довольно относительная! Для компании, которая занимается разработкой компиляторов - сделать новый frontend к LLVM несложно. У RemObject это заняло именно полгода, а их там всего 3-4 чел на теме.

Количество косяков могло бы быть меньше, если бы изначально Эмро не маялось дурью с эмуляцией интерфейса и для новых платформ делала бы native GUI. Хотя-это дискуссионный вопрос))

Ну и давайте отметим, что на OSX неплохо работает все non-visual. Косяки в визуальной части. Ну и в общей технической отсталости компиляторов)

Разрабатывать формы в фаерманки - это просто ужасно.
Неужели так сложно было сделать привычную функцию выравнивания контролов в дизайнере. Плюсанем к этому отсутствие удобных свойств типа "Не выводить поганый заголовок в групбоксе". Как быть? - делаем пустой текст и наблюдаем дыру вместо рамки.
Спросите, а зачем текст убирать? Затем что он не центрируется относительно рамки если шрифт увеличен. Продолжать можно долго. По ощущениям - как будто делфи 7 открыл.
Не продукт а сырье сплошное.
Копирование элементов и то не работает, надо в дереве копировать.
Конечно, можно добиться желаемого результата, но в концепцию "быстрая разработка" никак не впишется.

Я знаю когда продукция эмбаркадеро будет прибыльной в РФ.
1. Глобальный перевод документации на русский.
2. Высокое качество продукта, отсутствие банальных багов.
ИЛИ
3. Цена 200$ за максимальную версию без стороннего софта.

Я склоняюсь к тому, что от Em-ro не имеет смысла ждать новых прорывных решений. Разогнали старых американских девелоперов, отдали разработку на оффшор русским и румынам. При том, что все умные русские, способные выдавать прорывные вещи, уже давно ТАМ, а не ЗДЕСЬ. Для этого нужны не высококлассные кодеры, а гениальные архитекторы, коих и на Западе не так и много. Если взять эмбракадеровского Chief Scientist Алена Бауэра. Он пару лет назад пытался что-то родить в плане упрощения параллельного программирования в Delphi. Так ничего путевого и не родил, потом возникли другие задачи, а потом появился OmniThreadLibrary, и нужность родного решения отпала.

Да, остается Delphi for Win 32. Они его пока не до конца убили, несмотря на все старания в выбрасывании высокооптимизированного ассемблерного кода, и непомерного накачивания RTL разными примочками, которые только раздувают EXE-шники. На этом и держимся.

А для остальных платформ есть смысл присматриваться к другим решениям. Если брать близкие к Delphi по духу, то: Smart Mobile Studio, Oxygene for NET, Android и iOS. Теперь вот Хейлсберг взялся за TypeScript, и это наверняка будет интересно. http://www.nickhodges.com/post/My-Take-on-TypeScript.aspx

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

Всех приветствую

Когда я года 4 назад в 7-х дельфях занимался объектно-ориентированным программированием, то тогда там возможности реализации множественного наследования не было. Сейчас после длительного перерыва я вернулся к делфи (уже XE 2012 года). Что то изменилось с тех пор ? Возможность множественного наследования появилась или нет ?

Сибо