Delphi 2009

Поставил Update (12.0.3210.17555.2). Вроде Риббон перестал глючить, но я им не пользуюсь вообще ...

Запускаем дельфи 2009, создает новый vcl проэкт и описываем такое событие OnCreate

[MyAttribute]
procedure TForm3.FormCreate(Sender: TObject);
begin
//
end;

и оно компилируется!!!!

Правда при компиляции такой варнинг вылазит:

Цитата

[DCC Warning] Unit3.pas(25): W1025 Unsupported language feature: 'custom attribute'

Неужели кастом атрибуты скоро появятся и в Win32 версии дельфи ???

Цитата jack128 @ 07.12.08, 11:54

Неужели кастом атрибуты скоро появятся и в Win32 версии дельфи ???

Хм, а смысл?

Цитата Profi @ 07.12.08, 12:58

Хм, а смысл?

задай этот вопрос в форуме .NET, они в подробностях объяснят ;-)

Цитата jack128 @ 07.12.08, 11:54

Неужели кастом атрибуты скоро появятся и в Win32 версии дельфи ???

Было бы хорошо. ИМХО RTTI в Дельфи неплохо бы подтянуть, хотя бы по примеру .NET. А может это просто фича компилятора? Он при попытке в Win32 версии использовать .NET-примочки порой ведет себя странно. Скажем, попробуй в класс хэлпере описать виртуальные методы (можно в .NET, нельзя в Win32). Забавное сообщение об ошибке появится

Цитата jack128 @ 07.12.08, 14:23

задай этот вопрос в форуме .NET, они в подробностях объяснят ;-)

Для чего custom attribute нужен в .Net'е - я знаю, для Win32 если только действительно как --Ins-- сказал - для RTTI. Но по мне - это все совершенно лишнее шаманство (хотя иногда из-за кривого конструирования и приходиться к ниму прибегать).

Цитата --Ins-- @ 08.12.08, 07:23

Забавное сообщение об ошибке появится

угу, я видел это сообщение.. Мона обратить внимание на некий класс System.TClassHelperBase ...

Цитата --Ins-- @ 08.12.08, 07:23

можно в .NET, нельзя в Win32

это очень странно. Я так понимаю, .NET- хелперы реализуют что то типа partial classes в C#. Но по идее - это фишка языка, а не среды исполнения, так что коли для нет код жиры такое реализовали, то могли бы и Win32 вообще без проблем сделать... Хотя хз, может я и ошибаюсь..



Добавлено 08.12.08, 07:59

Цитата Profi @ 08.12.08, 07:54

это все совершенно лишнее шаманство

а по мне - если это повышает читабельность кода и уменьшает его (кода) количество - это must have.

Добавлено 08.12.08, 08:00
кста, а published - это ненужное шаманство???

Цитата jack128 @ 08.12.08, 07:57

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

Очень тяжело такое реализовать в Win32 версии языка. Я здесь пытался привести свои мысли по поводу "почему тяжело":
Изменение стандартного TControl

Цитата --Ins-- @ 08.12.08, 08:04

Очень тяжело такое реализовать в Win32 версии языка.

Ну в .NET'е же сделали???? Или там - двухпроходная компиляция???

Цитата Profi @ 08.12.08, 07:54

Но по мне - это все совершенно лишнее шаманство (хотя иногда из-за кривого конструирования и приходиться к ниму прибегать).

Эх, не соглашусь я с тобой. Мощная поддержка информацией о типах в рантайм открывает широчайшие возможности Навскидку скажу, где бы я кастом-атрибуты использовал, если бы они были. Вот я могу, скажем, сделать объект с опубликованными свойствами, и инспектор, который позволяет мне эти свойства отображать и редактировать. Само собой, он может работать с любым объектом, так как инфу берет из RTTI. А теперь, скажем, мне нужно, чтобы свойства в этом инспекторе отображались по категориям и имена их в инспекторе были понятными пользователю программы, т.е. они не должны совпадать с именем свойства в коде и может быть должны быть даже на русском языке и с пробелами. Если бы я мог свойствам задавать произвольные атрибуты, я бы задал им псевдоним и категорию. И с этой инфой работал бы в инспекторе. А так - приходится выкручиваться с тем, что имеем.

Добавлено 08.12.08, 08:16

Цитата jack128 @ 08.12.08, 08:09

Или там - двухпроходная компиляция???

Ну, там все-таки управляемый код, это совсем другое дело. Хотя я не знаю формат dcu для Win32, может если сделать его достаточно умным, то можно было бы и заложить туда возможность "распределения" кода класса по юнитам, который полностью собирался бы уже при линковке. Но скорее всего это потребовало бы круто изменить сам компилятор, что все-таки достаточно трудоемко.

Цитата --Ins-- @ 08.12.08, 08:12

Ну, там все-таки управляемый код, это совсем другое дело

Честно говоря -я не вижу, чем это помогает...

Цитата jack128 @ 08.12.08, 08:23

Честно говоря -я не вижу, чем это помогает...

Я тебе не могу достоверно ответить на этот вопрос, не разбирался как работают виртуальные методы в хелперах. Но предполагаю, что в .NET окончательный код класса формирует среда выполнения, исходя из имеющихся метаданных и IL-кода. Задача же компилятора просто эти данные предоставить. В неуправляемом же коде Delphi Win32 код класса формируется в момент компиляции юнита с классом, и после этого момента уже ничто не сможет на него повлиять.

А у меня тут трабла с Rave Reports 7.6... Не хотят отчеты наотрез (вываливается по AV) ни создаваться в MS Vista, ни работать... В XP работает, а в Висте ругается на rtl120.bpl. Кто-нибудь знает как проблему решить?

Цитата =SAPSAN= @ 25.01.09, 04:45

А у меня тут трабла с Rave Reports 7.6... Не хотят отчеты наотрез (вываливается по AV) ни создаваться в MS Vista, ни работать... В XP работает, а в Висте ругается на rtl120.bpl.

У меня такая же ошибка при работе с Rubinom.

Цитата =SAPSAN= @ 25.01.09, 04:45

Кто-нибудь знает как проблему решить?

Думаю проблема будет решена только с выходом сп3.

Народ подскажите пожалуйста как в 2009 организовать dcom соединение, может у меня delphi не полный т.к. вкладка multilayer отсутствует?
Или вообще как организовать любое 3-х уровневое midas приложение в 2009!