Ну, во-первых по самОй требовательной постановке вопроса. Мы обсуждали уже на форуме эту “требовательность” к разработчикам.
Во-вторых, польза от этой конструкции слишком мала, а труда для её реализации требуется много.
Ну, во-первых по самОй требовательной постановке вопроса. Мы обсуждали уже на форуме эту “требовательность” к разработчикам.
Во-вторых, польза от этой конструкции слишком мала, а труда для её реализации требуется много.
А как надо было выразиться чтоб было не в требовательной форме? Я, честно, не понял что не так.
А разве тут не больше пользы чем от, к примеру, короткой записи конструктора? Вы попробуйте заменить абстрактное свойство заменить виртуальным. Сколько вам для этого кода понадобиться? Явно больше чем begin end
, да ещё и вне тела свойства, в отличии от того что было с конструктором. Кроме того, не реализованное абстрактное свойство может вызывать ошибку на этапе компиляции, а виртуальное с заглушками - только во время выполнения.
Виртуальные свойства нам были очень нужны для реализации нескольких библиотек. Абстрактные - не припомню такой необходимости.
Несомненно, в C# они есть. С этой точки зрения реализовывать надо.
Ну, необходимость может же быть не только в стандартных библиотеках)) Вот посмотрите на System.IO.Stream
, там полно абстрактных свойств. По крайней мере, мне в программе понадобилось примерно такое же их применение, как в System.IO.Stream
. И я не нашёл другого способа реализовать, кроме как через виртуальные свойства, дающие по умолчанию исключение, что, кроме как костылём - никак не назовёшь.
Вы мне, лучше, вот что скажите: issue делать или нет? Ладно уже если она 3 года лежать будет, но если она есть - это будет придавать надежду))) Ну а если серьёзно - что то в этом таки есть, по крайней мере вы не сможете просто так забыть об этом, пока есть issue.
Делайте issue
Сейчас статичные конструкторы не могут иметь короткую запись:
type
t1 = class
class constructor := writeln('initing');//Встречено ':=', а ожидалось ';'
end;
begin end.
Так задумано?
Не сделано
issue делать?
Да, делайте
1662-й сборке уже почти 3 недели и проверка обновлений показывает что она актуальна. Проверка обновлений сломана или что то большое готовите?
Надо бы перед этим пару вновь появившихся багов с форматированием исправить
А для чего в Паскале ключевое слово template
?
Так, на будущее. Может, замутим что
Надеюсь, не в стиле C++
Можно ли запустить установщик паскаля так чтоб не создалось окно? Как то аргументами командной строки?
Ковыряюсь в GraphWPF - что-то так и не понял как менять размер шрифта. А никто с ним дел и не имеет. Качаю файл справки, а на винде 10 он открывается наполовину - дерево естьслева, а содержимое не отображается. На винде 7 смотрел вчера…лол
А с версией 3.3 в плане поддержки давно никто не работает.
Но это никак не является поводом игнорировать вопросы по версиям ниже актуальной, хотя бы потому что не везде установлена актуальная версия. Но, можно возразить, что это проблемы тех, у кого установлена старая версия. Да, это так, но не у всех и не всегда есть такая возможность - установить актуальную версию. На компьютерах, например, в институтах часто можно встречать версию 2.2.
Тут дело совсем в другом. GraphWPH - новая библиотека, впервые появившаяся 30.08.2017 в сборке 3.3.0.1531. И трудно что-то понять, а тем более, советовать, не имея этой версии. Поэтому когда выходит новая версия (3.4 в данном случае), пытаться поддерживать все многообразие старых бессмысленно.