Есть ли будущее у DELPHI?

Цитата

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

Мы тут вроде бы будущее обсуждаем, не?

Цитата MyNameIsIgor @ 01.02.12, 06:27

Цитата D_KEY @ 01.02.12, 06:06

У шарпа... не знаю, но у них есть MS

У шарпа же запилили контракты...

Насколько я понял, они там не часть контракта Т.е. они являются частью тела метода, этакие расширенные assert'ы, кстати а инварианты там можно задавать?
Если я прав, то это действительно просто синтаксический сахар - даже юнит-тесты не сгенерируешь(вроде для eiffel есть приблуды).

Цитата DesweR @ 31.01.12, 18:19

я сегодня очень ленивый

та я гляжу ты в принципе не заморачиваешься подтверждением своих слов какими-либо фактами

Цитата MyNameIsIgor @ 31.01.12, 18:30

Впрочем, тем лучше - меньше конкурентов на рынке труда

естественный отбор - это гуд.

Цитата jack128 @ 31.01.12, 22:42

от хакеров/крякеров ? Лучше чем нативный код?? Каким макаром?

Конечно лучше! Это же самая настоящая песочница.

<trololo>
Мне кажется проблемы Дельфи можно выразить следующей простой последовательностью:
1990: Зачем нам недоделанный C? Pascal нужен чтобы учить студентов.
2000: Зачем нам нужен недоделанный C++? Delphi идеален для формошлепства, лол.
2010: Зачем недопиленный C#/Java? Delphi не нужен!
</trololo>

Совершенно нишевый язык получается

Добавлено 01.02.12, 06:54

Цитата DesweR @ 01.02.12, 03:10

Этот факт лишний раз подтверждает, что изобретение велосипедов в Delphi на порядок быстрее и легче.

Fixed

Цитата D_KEY @ 01.02.12, 06:41

Насколько я понял, они там не часть контракта Т.е. они являются частью тела метода, этакие расширенные assert'ы, кстати а инварианты там можно задавать?
Если я прав, то это действительно просто синтаксический сахар - даже юнит-тесты не сгенерируешь(вроде для eiffel есть приблуды).

Хз, я свалил с шарпа до их всенародного признания...

Цитата MyNameIsIgor @ 01.02.12, 07:00

Цитата D_KEY @ 01.02.12, 06:41

Насколько я понял, они там не часть контракта Т.е. они являются частью тела метода, этакие расширенные assert'ы, кстати а инварианты там можно задавать?
Если я прав, то это действительно просто синтаксический сахар - даже юнит-тесты не сгенерируешь(вроде для eiffel есть приблуды).

Хз, я свалил с шарпа до их всенародного признания...

Для инвариантом нужны вот такие вот методы:

[ContractInvariantMethod]
protected void ObjectInvariant ()
{
Contract.Invariant ( this.y >= 0 );
Contract.Invariant ( this.x > this.y );
...
}

Точно просто сахар...

Добавлено 01.02.12, 07:19
А в oxуgen ничего так сделали.

Цитата D_KEY @ 01.02.12, 06:37

Этот кое-кто не прав.

Уй, какой категоричный

Цитата D_KEY @ 01.02.12, 06:37

На самом деле имеется в виду не столько декларация, сколько декларация в сочетании с определением(инициализацией, вычислением значения). Т.е. объявляем, инициализируем и используем переменную тогда, когда нам это понадобилось, а не загрязняем объявлениями что-то вокруг себя

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

Цитата D_KEY @ 01.02.12, 06:37

Привносит

Да что привносит?
Inner-классы есть и в Delphi, да удобно, но не более. Проверяемые исключения - штука удобная, полезная, но далеко не на все случаи подходит.
RAII - реализуется и в Delphi, может и слегка грубовато, но не смертельно. Впрочем не смертельно даже его отсутствие.
Принцип "нулевой стоимости" - вообще не понятно к чему приплёл.

Цитата Астарот @ 01.02.12, 07:19

Цитата D_KEY @ 01.02.12, 06:37

Этот кое-кто не прав.

Уй, какой категоричный

Раздел обязывает

Цитата

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

Ага. Это не я предлагаю ввести это в Delphi.
Кстати, как это могло бы выглядеть?

Цитата D_KEY @ 01.02.12, 07:26

Кстати, как это могло бы выглядеть?

Как могли бы выглядеть грабельки в смысле?

Цитата DesweR @ 01.02.12, 07:21

Проверяемые исключения - штука удобная, полезная, но далеко не на все случаи подходит.

На какие случаи она не подходит?

Цитата korvin @ 01.02.12, 07:29

На какие случаи она не подходит?

Мб лучше спросить, почему чайог и котлин от них отказались?

Цитата D_KEY @ 01.02.12, 07:26

Ага. Это не я предлагаю ввести это в Delphi.
Кстати, как это могло бы выглядеть?

Как в оксегене, не помню уже, но вроде так:

var Y: Integer;
Y := 123;
var X: Integer;
X := 123;

хотя мне это не нравится.

Сообщение отредактировано: DesweR - 01.02.12, 07:30

Цитата DesweR @ 01.02.12, 03:10

Цитата (Chow @ Вчера, 20:55)
Т.е. то, что ИДЕ глюкавая и к ней туева хуча затычек от сторонних энтузиастов

Расширение функциональности у Вас теперь затычками называются?

Список приведенный тут или тут теперь расширениями функциональности называется?

Цитата DesweR @ 01.02.12, 07:21

Проверяемые исключения - штука удобная, полезная, но далеко не на все случаи подходит.

Да, кофе не варит, пиццу не заказывает

Цитата

RAII - реализуется и в Delphi, может и слегка грубовато, но не смертельно.

Я говорил конкретно об автоматическом и детерминированном уничтожении локальных объектов. Это полезно.

Цитата

Принцип "нулевой стоимости" - вообще не понятно к чему приплёл.

Как особенность дизайна языка. Это может быть интересно(напомню, мы говорили о том, что интересного есть в языке).

Про ссылки на временные объекты чего не сказал ничего? В новом С++ можно определить, является ли объект "настоящим" или временным(созданным в промежуточных вычислениях). Это позволяет, в частности, забирать у временного объекта(поскольку он все-равно будет уничтожен) данные, вместо того, чтобы копировать их. Считаешь, что это нельзя назвать любопытной плюшкой?