Ответ на »сообщение 4814« (FR)
___________________________

Угу вот так и с D по многим фичам вроде близок к шарпу но по общей идеологии гораздо ближе к си, сам автор про это пишет тут http://www.digitalmars.com/d/overview.html

Сам себя не похвалишь -- никто не похвалит. Ясен пень, что D протаскивают на волне недовольства монстрами. "Весь мир насилья мы разрушим до основанья, а затем..." А затем идет то же, только другими словами и, что самое главное, под другими руководящими и направляющими силами. Ради чего собственно переворот и затевался.

Автор? Это Вы про Уолтера Брайта? Программист старой закалки: http://en.wikipedia.org/wiki/Walter_Bright

Хлебнул, видать, C++. Сказал "нет" множественному наследованию (токма через интерфейсы). Сказал: да будет  design by contract, unit testing, true modules, automatic memory management (garbage collection), first class arrays, associative arrays, dynamic arrays, array slicing, nested functions, inner classes, limited form of closures, anonymous functions, compile time function execution, lazy evaluation. Да пребудет с D метапрограммирование, обработка исключений и шаблонизация (в смысле generic programming). См. http://www.digitalmars.com/d/comparison.html

В роли топора выступал Си, а кашу варили из него с кучей разных проверенных ингредиентов. В замес попали: Java, C#, Eiffel, C++ и т.д. и т.п. С миру по нитке -- голому рубаха. Как там пел Лазарь Васбейн (известный под псевдонимом Леонид Утесов)? "А в остальном, прекрасная маркиза, всё хорошо, всё хорошо".

Только что бы кто ни говорил: Брайт ли, Вирт ли, Гослинг ли, али кто ещё -- лучше сопоставлять факты самому, тем более что в отношении языка многое лежит на поверхности. Достаточно прочитать описание.

Ответ на »сообщение 4813« (Руслан Богатырев)
___________________________


Прокомментируйте в связи с этим следующую выдержку. Источник: "D Programming Language" См. http://www.digitalmars.com/d/module.html


Там x глобальная переменная, их можно затенять.

Ответ на »сообщение 4811« (Руслан Богатырев)
___________________________


Философия -- очень скользкое понятие. Если по фичам - к C#, а C# исповедует принцип сундука (по классификации Кауфмана), а не чемоданчика, то мой скоропалительный вывод был недалек от истины. Язык-ядро (чемоданчик) и язык-окружение (сундук) -- принципиально разные философии. Minix (микроядро) проф. Таненбаума и Linux (моноядро) студента Торвальдса -- в этом смысле принципиально отличаются по философии, хотя второе передиралось с первого.


Угу вот так и с D по многим фичам вроде близок к шарпу но по общей идеологии гораздо ближе к си, сам автор про это пишет тут http://www.digitalmars.com/d/overview.html

Ответ на »сообщение 4812« (FR)
___________________________

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

Прокомментируйте в связи с этим следующую выдержку. Источник: "D Programming Language" См. http://www.digitalmars.com/d/module.html

Module Scope Operator

Sometimes, it's necessary to override the usual lexical scoping rules to access a name hidden by a local name. This is done with the global scope operator, which is a leading '.':

int x;

int foo(int x)
{
    if (y)
return x; // returns foo.x, not global x
    else
return .x; // returns global x
}

The leading '.' means look up the name at the module scope level.

Ответ на »сообщение 4808« (Руслан Богатырев)
___________________________

Ответ на »сообщение 4804« (Руслан Богатырев)
___________________________

Оберон, следуя традиции, отдает всегда приоритет локальному имени, которое автоматически отменяет внешнее.

Кстати, побочным негативом такого подхода в Обероне является следующая ситуация: внутри процедуры используется имя локальной переменной, которая совпадает по имени с другой (глобальной, нелокальной). Как только при исправлении списка локальных переменных ненароком исчезнет подобная переменная, возникнет плохо отлавливаемая ошибка -- нелокальная переменная "прорвет" хлипкую оболочку процедуры и начнет действовать там, где не должна. Компилятор это преспокойно пропустит. А программист долго будет чесать в затылке. Вывод: не надо в процедуры лазить сбоку. Было бы лучше, если бы Оберон вообще это категорически запрещал.

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

Ответ на »сообщение 4809« (FR)
___________________________

По фичам он конечно будет ближе к шарпу, но по философии ближе к си.

Философия -- очень скользкое понятие. Если по фичам - к C#, а C# исповедует принцип сундука (по классификации Кауфмана), а не чемоданчика, то мой скоропалительный вывод был недалек от истины. Язык-ядро (чемоданчик) и язык-окружение (сундук) -- принципиально разные философии. Minix (микроядро) проф. Таненбаума и Linux (моноядро) студента Торвальдса -- в этом смысле принципиально отличаются по философии, хотя второе передиралось с первого.

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

Жестокая правда жизни. "Jedem das seine". Фраза, начертанная на воротах концлагеря в Бухенвальде. "Каждому -- своё".

Ответ на »сообщение 4807« (Иван Горячев)
___________________________

Я в основном в Блэкбоксе сижу, а там это не прокатывает. Потому и пожаловался. А в других оберонах так можно?

По закону (описанию языка Оберон) -- нет.

In addition to its formal parameters and locally declared objects, the objects declared in the
environment of the procedure are also visible in the procedure (with the exception of those
objects that have the same name as an object declared locally).

Ответ на »сообщение 4806« (Руслан Богатырев)
___________________________


Что проще -- сделайте не скоропалительный, представьте публике свой анализ, сопоставив D с Си и C#. Интересно посмотреть, к какому из них он будет ближе.

Раньше у них в табличке сравнения были несколько языков не только D, но убрали видать закритиковали. По фичам он конечно будет ближе к шарпу, но по философии ближе к си.


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

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

Ответ на »сообщение 4804« (Руслан Богатырев)
___________________________

Оберон, следуя традиции, отдает всегда приоритет локальному имени, которое автоматически отменяет внешнее.

Кстати, побочным негативом такого подхода в Обероне является следующая ситуация: внутри процедуры используется имя локальной переменной, которая совпадает по имени с другой (глобальной, нелокальной). Как только при исправлении списка локальных переменных ненароком исчезнет подобная переменная, возникнет плохо отлавливаемая ошибка -- нелокальная переменная "прорвет" хлипкую оболочку процедуры и начнет действовать там, где не должна. Компилятор это преспокойно пропустит. А программист долго будет чесать в затылке. Вывод: не надо в процедуры лазить сбоку. Было бы лучше, если бы Оберон вообще это категорически запрещал.

Ответ на »сообщение 4804« (Руслан Богатырев)
___________________________

Но даже если так позарез требуется доступ к внешнему имени, что проще -- давать квалификацию именем текущего модуля.
Я в основном в Блэкбоксе сижу, а там это не прокатывает. Потому и пожаловался. А в других оберонах так можно?