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

Цитата:

кому надо

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

Arioch1

Цитата:

Ну кому теперь XE3 нужна ?

Мне нужна, XE и XE2 я не куплю. 2010 и XE3 куплю. Но на XE3 нет FIB рациональных, по трекерам ничего приятного - чтото защитили. Пока нет FIB про Dev-ок молчу. Когда всё появится мы сначало покрутим, потом будем покупать комплектом. Или согласятся на 2010 - мне больше нравится.

Добавлено:
Я бы обоих купил XE3 и 2010, но ограничен.

Пощупал смарт мобайл студию - сплошное разочарование.
Как чей-то дипломник все выглядит.
TypeScript уже интереснее, но это не полноценный инструмент, скорее тулса для удобной генерации конечных яваскриптов.
Вопрос про выбор среды разработки моб / моб+веб приложений пока открытый.
По всей видимости, эмбаркадеровская разработка уступит связке яваскрипты + CSS + HTML...

Цитата:

Пощупал смарт мобайл студию

а у меня, если запускать конечный код во встроенном webkit-e еще и вываливается иногда,
про удобство пользования я вообще молчу, фича которая в родном js делается в пару-тройку строк, тут они в примерах они реализуют тучей форм+исходников, с неочевидным разделением модулей.........
Вообще нет какой-то четкой организации как в vcl - все както сделано нахрапом, по мере востребованности, костыльным способом.........

Цитата:

но это не полноценный инструмент,

да ну, под vs2012 пробовал? - там все по "взрослому".....

Цитата:

скорее тулса для удобной генерации конечных яваскриптов.

и smartmobilestudio - тоже в результате дает конечный яваскрипт...........

Цитата:

да ну, под vs2012 пробовал? - там все по "взрослому".....

Не в этом дело. Чтоб инструмент был полноценным, он должен иметь реракторы всех ключевых модулей, причем если речь о формах - графический редктор форм аля html5 builder, графический редактор стилей - аля адоб Edge и т.п. И главное, все должно быть на борту упаковано в 1 среду.


Цитата:

и smartmobilestudio - тоже в результате дает конечный яваскрипт.

Да, но:


Цитата:

фича которая в родном js делается в пару-тройку строк, тут они в примерах они реализуют тучей форм+исходников

Если писать на яваскриптах, то, в TypeScript с более удобными конструкциями кода.
Ибо руками на "ассембреле для веба" писать не особо хочется.

Цитата:

в 1 среду.

!

Цитата:

работаем

Что значит работаем? О чем вы?

Скажите, а MapViewOfFile является ли асинхронной в плане чтения? То есть к какому моменту отображение валидно, сразу после вызова, или только к моменту обращения к памяти?

интересная штука

Код:
program Project18;

{$APPTYPE CONSOLE}

{$R *.res}

uses
System.SysUtils,Collections.Base,Collections.Lists;
type
IMyItems=interface;

TMyItem=record
children:IMyItems;
end;
// IMyItems=interface(IList<TMyItem>)
//
// end;
IMyItems=IList<TMyItem>;//E2004 indentifier redeclarated

begin
try
{ TODO -oUser -cConsole Main : Insert code here }
except
on E: Exception do
Writeln(E.ClassName, ': ', E.Message);
end;
end.

AlekXL

Цитата:

Скажите, а MapViewOfFile является ли асинхронной в плане чтения? То есть к какому моменту отображение валидно, сразу после вызова, или только к моменту обращения к памяти?

Если хотите получать ответы на свои вопросы, то старайтесь выражать свою мыслю корректно, а так же понимать чужие мысли корректно.

Синхрон/асинхрон = блокирующий/не блокирующий вызов ... к валидности это не имеет никакого отношения. Что касается валидности отображения, то оно доступно сразу после маппинга.


Цитата:

код выше- не компилится, но если IMyItems определить как потомка обобщенного интерфейса, то тогда работает... Это by design, или опять QC?

вот это:

Цитата:

IMyItems=IList<TMyItem>;

не есть объявление интерфейса. Поэтому и forwarding здесь не работает. Когда Вы конкретно определяете интерфейс как:

Цитата:

IMyItems=interface (IList<TMyItem>) end;

то у вас всё работает.

В общем, это by design, ибо форвардинг ещё не знает, что вы на интерфейс форвардите. Тип то ещё не определён. Точнее не определён в данном scope'e.

Eternal_Shield


Цитата:

Синхрон/асинхрон = блокирующий/не блокирующий вызов ... к валидности это не имеет никакого отношения

по-моему, прямое. Если функция MapViewOfFile неблокирующая, асинхронная, то и отображенная память невалидна вообще говоря, до момента обращения.

Цитата:

Что касается валидности отображения, то оно доступно сразу после маппинга.

У меня есть сомнения на этот счет. По причине, указанной ниже
--


Цитата:

вот это:

Цитата:
Цитата:
IMyItems=IList<TMyItem>;

не есть объявление интерфейса. Поэтому и forwarding здесь не работает

AlekXL

Цитата:

по-моему, прямое. Если функция MapViewOfFile неблокирующая, асинхронная, то и отображенная память невалидна вообще говоря, до момента обращения.

Цитата:

У меня есть сомнения на этот счет. По причине, указанной ниже

Сомневайтесь дальше, может даже, реальность прогнётся под вас.



Цитата:

Мне кажется, это умствования. В этом scope уже видно, что IMyItems - это интерфейс, недвузначно, также видно, что такое обобщенный IList, тоже вполне определенно, он в области видимости для компилятора.

Кажется, да?

Запись типа:

Код: type A = interface/class;

AlekXL,

Ты допустил грубую ошибку,

IMyItems=IList<TMyItem> это не определение интерфейса а создание алиаса типа.

А ты смешал в кучу определение нового интерфейсного типа (пока только форвард) и алиаса с одним и тем же именем, на что тебе Делфи абсолютно корректно сообщает.

И на заметку, прикрути свою грубость и самомнение, пока еще на этом форуме тебя не начали игнорировать.

Народ, возможно вопрос уже подымался, извините - снес студию,почистил реестр, поставил Update 2 -
накатил компоненты,- при компиляции не находит системных библиотек, посмотрел в пути для 32 битной конфигурации - кроме моих компонентов - пусто, что за прикол и как безболезненно исправить, руками добавлять не прикольно???

RuXandr

Цитата:

Ты допустил грубую ошибку,

IMyItems=IList<TMyItem> это не определение интерфейса а создание алиаса типа.

Не смеши. Здесь не задание псевдонима типа,а конкретизация, и потому вполне себе определение. Алиасы совместимы в плане даже неявного приведения, а конкретизированный тип никак не привести к обобщенному. Да и внутренне компилятор определяет новый тип для данного параметра.


Цитата:

И на заметку, прикрути свою грубость и самомнение, пока еще на этом форуме тебя не начали игнорировать.

Я буду обязан вам, если вы станете меня игнорировать.
Eternal_Shield

Цитата:

есть форвардинг, а не определение. Оно работает ТОЛЬКО в scope объявления (interface, implementation) конкретного юнита при наличий определения интерфейса в этом же scope. Причём нельзя даже зафорфардить из interface секии в implementation в рамках одного юнита (форвард в interface, а определение в implementation) ...

Ну ты Капитан! При чем здесь все это? Где я противоречил этому пересказу справки? Это все не по сути моего вопроса.


Цитата:

Даже в QC можете написать. Одним мёртвым тикетом больше, одним меньше - на 75% мёртвого контента QC это никак не повлияет.

То есть вы готовы чем-то поручится, что такой тикет признают некоструктивным или ошибочным? Или просто констатируете очевидный факт пофигизма разработчиков?

Грубиян,

у тебя в строке IMyItems=IList<TMyItem> справа от знака равно - конкретизация обобщенного типа, результатом которого будет новый интерфейсный тип, а слева от знака равно - имя псевдонима этого типа. Но походу тебя не прошибешь...

AlekXL

Цитата:

Ну ты Капитан! При чем здесь все это? Где я противоречил этому пересказу справки? Это все не по сути моего вопроса.

Цитата:

То есть вы готовы чем-то поручится, что такой тикет признают некоструктивным или ошибочным? Или просто констатируете очевидный факт пофигизма разработчиков?

Так ты или вы? Определитесь уже ..

Тикет. Уверен на 500%, что его проигнорят, т.к. на лицо очевидное непонимание особенностей языка

Остальное комментировать не буду, ибо бесполезно. У вас опыта, видимо, больше моих 14 лет. На этом закончим детский сад ...

RuXandr
Тут либо горох свинцовый нужен, либо игнор, имхо. Человек не совсем адекватен. У человека каша в голове.

Цитата:

Ты допустил грубую ошибку,

Цитата:

Грубиян,

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


Цитата:

конкретизация обобщенного типа, результатом которого будет новый интерфейсный тип, а слева от знака равно - имя псевдонима этого типа

ну если с таким переподвыперевертом понимать, то конечно...

Впрочем хвалю, у Eternal_Shield даже на такое смекалки не хватило, только ссылки на свой стаж и возраст.
Говорят, человек к старости становится мудрецом, либо остается..

У меня еще одна проблема: TWebBrowser фолтит в 64-bit. IE10. Может, кто-то сталкивался? Фолтит конкретно модудь js.., на простых скриптах, хотя гугл работает. Invalid Floating Point, на инструкции конверсии xmm1 ->ecx,
CVTTSD2SI ecx,xmm1
вроде даже без обращения к памяти.

Посмотрел запись вебинара о Delphi for iOS. Там, в частности, показали, как оно (в смысле, приложение на дельфях) стартует и работает на реальном айфоне и айпаде. А ведь шустро, однако. Правда айфон был пятым...

valgreesh
Тоже посмотрел, правда с трудом выдержал поносный бред всеволода всея русо-емб.
И напротив - очень порадовал Ярослав, объяснял все четко, однозначно, без запинок и прочей лабуды присущей первому соведущему, в примерах тоже относительно понятно.
В итого все очень неплохо, можно сказать даже отлично, хочется порадоваться за дельфи, пока конечно речь не дойдет до реальных коммерческих приложений - которым к сожалению СУЩЕСТВОВАТЬ не судьба, до тех пор пока не будет пересмотрен и оптимизирован корневой код firemonkey. Всеволод это тоже понимает, поэтому вопрос по размеру и быстродействию быстренько ПРОПУСТИЛ.
О том что ситуация с быстродействием в XE4 даже под windows, c большой вероятностью не поменяется говорит этот пост: _https://forums.embarcadero.com/thread.jspa?threadID=85426&tstart=0, в нем идет отсылка в частности к тикету _http://qc.embarcadero.com/wc/qcmain.aspx?d=113795, почему то БЛАГОПОЛУЧНО закрытому, в комментах к которому есть след. строка:
Added XE4 Beta 11 results to the document and to the description. Essentially it is the same no improvement. .
Слааабая надежда на какое-либо улучшение в РЕЛИЗЕ конечно имеется, но это будет САМАЯ последняя и САМАЯ слабая надежда......................

sergionn

Да, Севу слушать невозможно, впрочем, читать еще хуже. И нашли же где-то такого звиздабола...


Цитата:

до тех пор пока не будет пересмотрен и оптимизирован корневой код firemonkey

Я все же надеюсь, что что-то будет сделано в этом направлении, иначе просто нет смысла смотреть на свежую обезьяну.

sergionn
Скорее всего кто то в конце концов не выдержит и научится перекомпилировать обезьяну вручную. А потом возьмется за профилировщик и начнет ее фиксить по мере возможностей.

Frodo_Torbins

А чему там учиться? Я в XE2 правил обезьяну под свои нужды.

valgreesh
С полной перекомпиляцией ее пакетов?

Frodo_Torbins

Зачем полной? Что меняешь, то и компилируешь!

В конце концов, DXScene + VGScene (ну и ImageFX) в исходниках были не такими уж большими.. А FMX - это фактически развитие той же кодовой базы, принципиально ничего особенно не изменилось!

Господа, кому-нибудь таки удалось скопмилировать и установить FireDAC 7.0.1 в Delphi XE3? Сабж требует uADStanCipher.pas файл, которого попросту нет

Кто как решил проблему?

Frodo_Torbins

Я пакеты вообще не пересобирал, зачем?

Eternal_Shield

Э.. А взять из AnyDAC?

deks

Цитата:

Э.. А взять из AnyDAC?

Меня интересовало шаманство именно с оригинальным дистрибутивом по весьма простой причине:
Проект у нас коммерческий и в EULA к FireDAC ничего не написано про AnyDAC. Есть мнение, что за "сторонний" юнит, честно скопированный из чёрного AnyDAC, если узнают, могут одно место порвать