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

» Вопросы по Embarcadero RAD Studio XE5-XE8,10.x(Seattle, Berl

Автор: kaz_av
Дата сообщения: 08.03.2014 20:00
AlekXL

Цитата:
прекрасный стимул для Эмбы пилить FMX с максимальной отдачей. Иначе не купят сл. версию.

Не купил следующую версию - потерял право пользоваться текущей. Со студией, как - один раз купил и хоть 100 лет пользуйся, а тут каждый год отстегивать придется.
Автор: A_V
Дата сообщения: 09.03.2014 11:08
AlekXL

Цитата:
1.1. Созаются где угодно, включая стек.

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

Код:
var myObj:TMyObj;
begin
myObj.Init;//Init это имя конструктора)
///do the stuff
myObj.Done //Done это имя деструктора!! Как-то так.
Автор: deks
Дата сообщения: 11.03.2014 09:43
kaz_av

Цитата:
Не купил следующую версию - потерял право пользоваться текущей. Со студией, как - один раз купил и хоть 100 лет пользуйся, а тут каждый год отстегивать придется.


Да вроде как подписка - это подписка на обновления! Но все версии, вышедшие в период действия подписки возможно использовать неограниченно долгое время. Вот только апдейтов не будет (а для обезьяны щас это самое нужное).

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

А вот про потерю подписки при непродлении - только льготная цена теряется. Типа, если подписываешься на самую свежую версию - это выгоднее, чем ее пропускать. Для конторы смысл в стабильном источнике денег. При всем моем сложном отношении к ЭМРО, шаг в сторону подписки верный и правильный - ранее пректиковавшиеся SA и официально не анонсированный период релизов студии были гораздо более невнятными, имхо.
Автор: AlekXL
Дата сообщения: 11.03.2014 10:34
A_V


Цитата:
покажешь каким образом? у меня virtual методы на xe2 не работали

[more]
program Project44;

{$APPTYPE CONSOLE}

{$R *.res}

uses
System.SysUtils;
type
TMyBase= object
strict protected
FData:integer;
public
constructor Init();
procedure DoSm();virtual;
end;

TMyDerived= object(TMyBase)

public
constructor Init();
procedure DoSm();virtual;
end;
{ TMyBase }

procedure TMyBase.DoSm;
begin
writeln(FData);
end;

constructor TMyBase.Init;
begin
FData:=1;
end;

{ TMyDerived }

procedure TMyDerived.DoSm;
begin
writeln('This is overrided');
inherited;

end;

constructor TMyDerived.Init;
begin
inherited;
end;


procedure byref(const obj:TMyBase );
begin
obj.DoSm();
end;


var b:TMyBase;
d:TMyDerived;
begin
try
b.Init();
d.Init();
byref(b);
byref(d);
{ TODO -oUser -cConsole Main : Insert code here }
except
on E: Exception do
Writeln(E.ClassName, ': ', E.Message);
end;
end.
[/more]

Добавлено:
deks


Цитата:
Но все версии, вышедшие в период действия подписки возможно использовать неограниченно долгое время

разумно и справедливо., раз так
Автор: kaz_av
Дата сообщения: 11.03.2014 11:12
deks

Цитата:
Да вроде как подписка - это подписка на обновления! Но все версии, вышедшие в период действия подписки возможно использовать неограниченно долгое время.

Если так, другое дело. Однако, в FAQ таких подробностей нет, есть только:

Цитата:
Appmethod is priced Per developer/Per platform/Per year.

Из чего я делаю вывод, что лицензия будет выдываться на год. Тем более, что ни о какой льготной цене речи нет. Впрочем, буду рад ошибиться в данном вопросе
Автор: A_V
Дата сообщения: 11.03.2014 11:44
AlekXL
да, работает. у меня на inherited до этого падало c Access Violation, решил что в новых дельфях это не работает
Автор: deks
Дата сообщения: 11.03.2014 11:49
kaz_av

У Ксамарина была попытка перейти на такую модель: пока подписка активна, все работает, как только кончилась - все выключили. Сразу раздался справедливый вой граждан - "что же это, если проект находится в режиме фикса багов, то для выпуска нового фикса нам по подписке покупать?!". Ксамарин сдал назад.

ДУмаю, эта история поучительна, про нее все слышали, и теперь модель подписки в отрасли утвердилась с "вечными лицензиями", но подпиской на обновки. Надеюсь на ЭМРО, что нелепых фантазий на тему подписки не будет.

П.С. Мне это немного напоминает флейм с лицензией ( EULA ) на дропбокс ))

П.П.С. Priced <> Licensed. Деньги будут брать за годовую подписку, ага. Про лицензию молчат. Но я надеюсь на разум (см выше)
Автор: kaz_av
Дата сообщения: 11.03.2014 15:50
deks

Цитата:
Priced <> Licensed. Деньги будут брать за годовую подписку, ага. Про лицензию молчат.

Так ведь платим мы за что? За право использования, т.е. ту самую лицензию.
Автор: deks
Дата сообщения: 11.03.2014 16:54
kaz_av

И я про то же!

Платим ежегодно за некую лицензию. Условия - в каком режиме платим - их обнародовали. Условия лицензии обнародовали не полностью: сказали про лицензию на девелопера/планформу, но срок действия лицензии пока не определен.

В общем, пока обнародованная информация не противоречит оптимистической версии про срок лицензии. Поживем - увидим))

В любом случае, меня нынче Оксиген устраивает, поэтому в отношеннии AppMethod у меня интерес проснется только после значительного рефакторинга архитектуры FMX/FM Platform/или как там еще назовут потомка xScene. Пока мои личные тесты показывают неприемлемые параметры FMX программ, они даже Ксамарину проигрывают. Оксиген в силу нативности лучше всех (после средств от вендора платформы), но геморройнее. Геморрой решаем погружением в особенности платформ, а вот с архитектурой FMX на уровне пользователя ничего не сделаешь. mCL/iCL толком не тестировал, но, имхо, это единственный путь к реальным FMX apps.

П.С. Интересно, в AppMethod можно будет поставить TMS mCL/iCL? Как там с компонентами?
Автор: kaz_av
Дата сообщения: 11.03.2014 21:34
deks

Цитата:
Оксиген в силу нативности лучше всех (после средств от вендора платформы), но геморройнее.

Тут, как раз, поспела статейка сравнивающая производительность platform native vs. cpu native (было-бы интересно еще посмотреть на результаты с ART) FPC теперь официально поддерживает Android, как одну из целевых платформ (ARM, x86, MIPS). Помимо этого он еще и в Dalvik-байткод компилирует. В CodeTyphon обещают сделать поддержку Android (видимо в виде визардов облегчающих процесс создания apk) уже в следующей версии.


Цитата:
mCL/iCL толком не тестировал, но, имхо, это единственный путь к реальным FMX apps.

Не единственный. Есть еще DPFDelphiAndroid и DPFDelphiiOS


Цитата:
Интересно, в AppMethod можно будет поставить TMS mCL/iCL? Как там с компонентами?

Если учесть, что AppMethod это VCL-free RAD Studio, то можно заключить, что с компонентами там так же, как и в дельфийской обезьяне
Автор: AlekXL
Дата сообщения: 11.03.2014 22:55
A_V

Цитата:
да, работает. у меня на inherited до этого падало c Access Violation, решил что в новых дельфях это не работает

может, ты конструктор не вызывал.Object не является автоматическим, даже будучи размещен в стеке.
А есть еще бага, кажется(давние дела), насчет очень маленьких объектов(4 байта, или что-то вроде), где могут быть глюки.



Добавлено:

Цитата:
AppMethod это VCL-free RAD Studio

вся соль в том, что некоторые хейтеры и прочие "гуру" зачморили слово Delphi до полного и рефлекторного отторжения у стандартного хомячка-программиста.

Новая вывеска частично выведет сабж из-под удара. Неплохо. Лишь бы FMX хоть немного до кондиции довели. Блин, скорости ведь и не нужно: новое поколение уже привыкло кодить со включенным ручным тормозом(для безопасности, ага) на жабе и доднет.
То, что нативная оболочка FMX еще медленне этого г_овна, это е@@ный стыд!
Автор: kaz_av
Дата сообщения: 12.03.2014 00:29
AlekXL

Цитата:
вся соль в том, что некоторые хейтеры и прочие "гуру" зачморили слово Delphi до полного и рефлекторного отторжения у стандартного хомячка-программиста.

А не пофиг на мнение хомячков-то? Сами-же хомячковые программисты от дельфей её репутацию и губят, разыскивая компоненты для написания ОС (условно).


Цитата:
Новая вывеска частично выведет сабж из-под удара.

Сомневаюсь. Язык-то по другому назваться не будет.
Автор: AlekXL
Дата сообщения: 12.03.2014 02:30
kaz_av


Цитата:
А не пофиг на мнение хомячков-то?

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

Цитата:
Сами-же хомячковые программисты от дельфей её репутацию и губят

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


Цитата:
Сомневаюсь. Язык-то по другому назваться не будет.
ты просто недооцениваешь тупость некоторых пиндосов.

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

Сам я в коде очень широко использую последние: если надо что-то легкое и быстрое, то я использую старый объект, а если сложное, то класс, реализующий один или несколько интерфейсов.

И я подумал: а почему интерфейсы? Я ведь понимаю, что абстрактные классы мощнее, в плане полиморфизма: хорошо спроектированный абстрактный базовый класс может содержать вполне себе конкретные методы, манипулирующие контрактными методами.

А потому, что во-первых, интерфейсы поддерживают подсчет ссылок, тогда как классы -нет. Я уже привык, что толком не знаю, когда разрешатся все ссылки на некоторые сущности.

Во-вторых, класс может реализовать несколько интерфейсов, а унаследован -- только от одного.

Так вот по первому пункту: а можно ли реализовать как-то класс с подсчетом ссылок? Есть у кого идеи? Типа может обертка в виде автомачитеского типа, перехват финализатора, и имплицитный оператор каста? Причем, быстрая(производительная) реализвация?


Автор: sergionn
Дата сообщения: 12.03.2014 14:25

Цитата:
вся соль в том, что некоторые хейтеры и прочие "гуру" зачморили слово Delphi до полного и рефлекторного отторжения у стандартного хомячка-программиста.

согласен, что зачмырили, во многих случаях незаслуженно, но если бы не было жирных ПОВОДОВ то зацепиться "чмыретологам" не за что было бы.....

Такая же ситуация с fmx, этот фреймворк на 100% был достоин отторжения, своей кривой архитектурой, реализацией и багами, что он и получил.
И вот самое обидное, что НИКТО и НИЧЕГО в НЕМ менять НЕ СТАЛ, как просило СООБЩЕСТВО,
они тупо ПЕРЕИМЕНОВЫВАЮТ его: firemonkey->FM2->AppMethod,
но оставляя все проблемы НЕРЕШЕННЫМИ!!!!!!!!!

Цитата:
Новая вывеска частично выведет сабж из-под удара.

Эта игра больше похожа на ЛОХОТРОН со сменой вывесок.
То что представляет из себя сабж отдавай хоть бесплатно - с первых секунд работы он покажет себя "во всей красе".

Вместо усиленной работы с самим фреймворком, задействованием новых сил, серьезный рефакторинг архитектуры и реализации, доступ к бете ИМЕННО для тех КТО может найти баги, и не тех КТО КУПИЛ предыдущую версию, они занимаются маркетологической возней под лозунгом "пока одни ноют, другие делают" - куда это приведет всем известно........
Автор: Frodo_Torbins
Дата сообщения: 12.03.2014 14:54
AlekXL
Цитата:
Так вот по первому пункту: а можно ли реализовать как-то класс с подсчетом ссылок?
А зачем? В мобильном компиляторе все это уже есть из коробки, причем не отключается.

sergionn
У AppMethod будет бесплатная лицензия. Можете вполне легально постить в QC все свои предложения по улучшению. Только сюда не забудьте закинуть ссылки на самые важные тикеты, чтобы мы за них проголосовать могли.
Автор: kaz_av
Дата сообщения: 12.03.2014 16:04
AlekXL

Цитата:
не, не пофиг, если мертвые президенты им карманы жмут.

Это кричащей школоте-то? Не смеши.


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

Не-не, не перевелись еще личности просящие на форумах компонентик для написания "чего-то вроде Word". Pascal пока еще не перестали преподавать, поэтому таких персонажей хватает.


Цитата:
а можно ли реализовать как-то класс с подсчетом ссылок? Есть у кого идеи? Типа может обертка в виде автомачитеского типа, перехват финализатора, и имплицитный оператор каста? Причем, быстрая(производительная) реализвация?

Пока в Delphi не появится возможности перегружать оператор присваивания (QC#103609, голосуем, господа), полноценного (безопасного, быстрого и не затратного по памяти) смарт-поинтера сделать не получится, как и некоторых других полезных вещей. Впрочем, в мобильных компиляторах сейчас уже есть безальтернативная поддержка ARC.

sergionn

Цитата:
но если бы не было жирных ПОВОДОВ то зацепиться "чмыретологам" не за что было бы...

Школота обычно завывает на begin/end и вообще синтаксис, претензий по сути от таких не дождешься. Я на LOR'е несколько топиков читал - мрак


Цитата:
ПЕРЕИМЕНОВЫВАЮТ его: firemonkey->FM2->AppMethod

Э-э-э, дарагой! FM3 пропустил
Автор: Big17
Дата сообщения: 12.03.2014 16:13

Цитата:
AppMethod


А я то обрадовался возвращению Delphi.... так нет... опять что-то придумывают...
Автор: sergionn
Дата сообщения: 12.03.2014 16:16

Цитата:
У AppMethod будет бесплатная лицензия. Можете вполне легально постить в QC все свои предложения по улучшению. Только сюда не забудьте закинуть ссылки на самые важные тикеты, чтобы мы за них проголосовать могли.

Вы видимо пропустили пару-тройку моих опусов, дело в том, что:
1) я и так вполне ЛЕГАЛЬНО пытался постить, и в некоторых случаях постил свои тикеты в qc. Вопрос в другом - каких усилий мне СТОИЛО объяснить ВОЛОНТЕРУ принимающему баги, и нечего не понимающему в графике, не имеющему достаточных аппаратных средств для подтверждения последних, как результат большая часть актуальных ПРЕДЛОЖЕНИЙ были просто ОТКЛОНЕНЫ.
2) Я конечно понимаю, что без багов не обходится не один программный продукт, но когда сами баги происходят из-за неправильной архитектуры (которую кстати никто менять не собирается), то искоренять эти баги - равносильно БОРЬБЕ с ветряными мельницами, т.е. бесконечно и бессмысленно.
3) Даже достучавшись до разработчиков, пройдя "огонь, воду и медные трубы", мои предложения так и не были приняты во внимание, ибо "решения принимаются в Америке" - читай по другому - они не принимаются вообще, все идет по маркетологическому плану: см.XE6 + AppMethod.
Или Я БЫЛ ПОСЛАН ОБРАТНО в QC новыми заверениями, ЧТО ВОТ ТЕПЕРЬ ТО ТОЧНО баги поправят, только нужно СНОВА объяснить самураю, ЧТО Я НЕ ОСЕЛ.

И еще, ребята-"защитники" firemonkey, давайте не будем терять наше драгоценное время. Если есть ЧТО показать в защиту фреймворка,
БУДЬТЕ добры, приложите НОРМАЛЬНОЕ приложение на нем, ЕЩЕ раз повторю: пусть простое, но НОРМАЛЬНОЕ, адекватное, КОНКУРЕНТОСПОСОБНОЕ приложение ПОЛНОСТЬЮ использующее Firemonkey, а не ДЕМООТМАЗКИ, которые конкурсанты понавыкладывали в стор ради рекламы или получения заветного приза или МАЙКИ!
Автор: kaz_av
Дата сообщения: 12.03.2014 16:27
Big17

Цитата:
А я то обрадовался возвращению Delphi.... так нет... опять что-то придумывают...

Это и есть Delphi, только без VCL и с новой лицензионной политикой.
Автор: sergionn
Дата сообщения: 12.03.2014 16:43

Цитата:
Школота обычно завывает на begin/end и вообще синтаксис, претензий по сути от таких не дождешься. Я на LOR'е несколько топиков читал - мрак

школоте очень хочется как и более взрослым товарищам уже писать в писуар что-то поругать с важным видом: "чисо мине фигурные скобки кАмфортнее писать чем begin..end", "мине НЕ нужны типизированные пИрИменные - яитак сё в голове дИржу" (тут выдувается большая сопля из носа и пальцы принимают неестественную козулистую позу"
Школота по-старше бравирует недостатками более высокого порядка: в Дельфи до сих пор якобы нет встроенной MVC, и пох что по сути разделение кода на логику и интерфейсы и контроллеры зависит от САМОГО кодера, а во многих ситуациях может вообще усложнить приложение, главное, что есть чем бравернуть.
По настоящему стыдно за Дельфи становится, когда производимый ей "нативный" код уступает джавовскому, а иногда даже.... позор! лидеру тормознутых, с#.
Автор: Arioch1
Дата сообщения: 12.03.2014 17:02

Цитата:
но когда сами баги происходят из-за неправильной архитектуры


А ты не пробовал параллельно такие же баги вешать на OrcaLib ?

Если ты прав, и твои советы такие замечательные технически - то вполне возможно они бы их реализовали, ты был-бы со-автором (всё равно же ты ЕМНИП FM1 перепиливал), и у вас был бы готовый proof of concept.


Цитата:
Так вот по первому пункту: а можно ли реализовать как-то класс с подсчетом ссылок?


А что если переменные делать типа не CLASS, а какой-нибудь RecordSmartPointer<CLASS> ?
И тогда вместо присваивания перехватывать class operator RecordSmartPointer<CLASS>.Implicit(CLASS):RecordSmartPointer<CLASS>;
Автор: ZloyBrawler
Дата сообщения: 12.03.2014 17:21
sergionn

Цитата:
лидеру тормознутых, с#


Хотелось бы увидеть обоснование сих слов, если не составит вам труда!
Автор: sergionn
Дата сообщения: 12.03.2014 17:35

Цитата:
А ты не пробовал параллельно такие же баги вешать на OrcaLib ?
Если ты прав, и твои советы такие замечательные технически - то вполне возможно они бы их реализовали, ты был-бы со-автором (всё равно же ты ЕМНИП FM1 перепиливал), и у вас был бы готовый proof of concept.

так у меня уже все свое, зачем мне "тыренные" орки?
Возможно скоро буду готов предложить альтернативу fm (если это вообще кому-нибудь нужно), вот только меня сильно расстраивает отсутствие поддержки armv6 без плавучки и atom для андроид......


Добавлено:

Цитата:
Хотелось бы увидеть обоснование сих слов, если не составит вам труда!

Автор тестов (x64) некий Asbjorn Heid
https://plus.google.com/108671187850490500613/posts/87hBxYehavM
https://forums.embarcadero.com/message.jspa?messageID=628244
I ran the tests on my i5-3360M @ 2.8GHz, with multiple runs per version. The results were very consistent between runs. The results are:
C++: 491 MB/s
Java: 341 MB/s
Delphi: 268 MB/s (updated)
C#: 141 MB/s

p.s. первый раз когда я смотрел Delphi был на последнем месте, потом он что-то видимо подшаманил - updated и дельфи "вышел" на 3 место........
p.s.s. Там на форуме есть еще результаты для для Delphi x32 - это вообще феерический слив!
Были еще пара-тройка подобных тестов, если встретятся дам ссылки, сейчас времени нет искать к сожалению....
Автор: AlekXL
Дата сообщения: 12.03.2014 18:22

Цитата:
C++: 491 MB/s
Java: 341 MB/s
Delphi: 268 MB/s (updated)
C#: 141 MB/s

ничего шокирующего. Хочешь быстрее: подцепляешь сишную либу. делов-то. К жабе или доднет сложнее подцепить: там стоимость внешнего вызова будет ого-го какой. А в Delphi - почти нулевая.

Тормознутоть managed не из-за JIT, а из-за GC. Неприемлемость не из-за GC, а из-за framework dependecies.
Автор: Frodo_Torbins
Дата сообщения: 12.03.2014 18:46

Цитата:
я и так вполне ЛЕГАЛЬНО пытался постить, и в некоторых случаях постил свои тикеты в qc.
А можно линки? Если там что то стоящее, то лично я готов голосовать за их повторное открытие.

И как там в вашей альтернативе реализованы стили? Можно сделать стиль, который будет тащить графику из системы через ThemeAPI, к примеру?
Автор: ZloyBrawler
Дата сообщения: 12.03.2014 23:38

Цитата:
Delphi: 268 MB/s (updated)
C#:     141 MB/s

На моей машине
Delphi 309
C# 169+

для справедливости у методов
tiger_t1, tiger_t2, tiger_t3, tiger_t4
привел тип параметров к Integer вместо UInt64 по аналогии с Delphi

Скорость поднялась до 208+

потом всего лишь натыкав
[MethodImpl(MethodImplOptions.AggressiveInlining)]
у методов
tiger_t1, tiger_t2, tiger_t3, tiger_t4, tiger_round

удалось поднять планку до 217+

В итоге скорость только от таких незначительных манипуляций возросла на 28%, а если за дело возьмется профессионал и разложит все по полочкам, то думаю у C# не такая хреновая ситуация.

К примеру у меня Java вообще с ошибкой падает, что является эпик фэйлом

F:\Download\TigerHashJava\TigerHashJava>java -jar dist\TigerHashJava.jar
f373de2d49584e7a16166e76b1bb925f24f0130c63ac9332 Pass
2e4ec47d9a1e49eacc911a91417934dfb015a89db9b9292b Pass

Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
at tiger.TigerHashTest.MakeData(TigerHashTest.java:22)
at tiger.TigerHashTest.BenchmarkTiger(TigerHashTest.java:63)
at tiger.TigerHashTest.main(TigerHashTest.java:17)

Добавлено:
Стоит отметить, что вариант на Delphi активно используется указатели при работе с массивами, а в C# все реализовано без указателей, в варианте Java вроде как используется заточенная для работы с буферами некая библиотека (не знаю стандартная или нет), что вероятно и придает производительности. С С++ все ясно, там и шаблоны и указатели, все родное.

Добавлено:
И да, С++ выдало 596.

Изучаем и переходим все живо на С++, вот бухгалтерии будет счастье!!!)))
Автор: deks
Дата сообщения: 13.03.2014 11:31
AlekXL


Цитата:
Хочешь быстрее: подцепляешь сишную либу. делов-то. К жабе или доднет сложнее подцепить: там стоимость внешнего вызова будет ого-го какой. А в Delphi - почти нулевая.


К дельфям нативные библиотеки легко и прозрачно цепляются только на Win32. На всех других платформах будут проблемы. На Win8 - хз как цеплять, Дельфи не живут в WinRT рантайме. На Cocoa нужно писать врапперы для вызова классов ObjC, на Droid - аналогично вызывать через JNI врапперы Java код.

То и обидно. Если для своего времени дельфи были универсальным средством разработки на Win, то по нынешним временам на современных платформах они таковым уже не являются.
Автор: Eternal_Shield
Дата сообщения: 13.03.2014 12:01
kaz_av

Цитата:
Пока в Delphi не появится возможности перегружать оператор присваивания (QC#103609, голосуем, господа), полноценного (безопасного, быстрого и не затратного по памяти) смарт-поинтера сделать не получится, как и некоторых других полезных вещей. Впрочем, в мобильных компиляторах сейчас уже есть безальтернативная поддержка ARC.

С этим хорошо справляется class operator Implicit/Explicit ... за что голосовать в 103609 - навскидку, не ясно. Да, в принципе, полезная фича для выполнения промежуточных операций во время присвоения.

AlekXL

Цитата:
Так вот по первому пункту: а можно ли реализовать как-то класс с подсчетом ссылок? Есть у кого идеи? Типа может обертка в виде автомачитеского типа, перехват финализатора, и имплицитный оператор каста? Причем, быстрая(производительная) реализвация?

В Spring4D такое есть уже. Насчёт скорости не уверен, но работает. Либа вообще очень интересная в этом плане.
Автор: kaz_av
Дата сообщения: 13.03.2014 13:05
Eternal_Shield

Цитата:
Да, в принципе, полезная фича для выполнения промежуточных операций во время присвоения.

Она не просто полезная, она необходимая. Без нее принципиально не решается, например, задача копирования, когда одно из полей записи ссылается на другое поле этой-же записи.
Автор: Big17
Дата сообщения: 13.03.2014 13:28

Цитата:
Если для своего времени дельфи были универсальным средством разработки на Win, то по нынешним временам на современных платформах они таковым уже не являются.

Так вообще сейчас нет такой универсальной платформы... засилье фрейворков...

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129

Предыдущая тема: Отмена встречи в Outlook из Excel VBA


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