Язык программирования D (ди)

Вот решил изучить сие. Думал будет сложно, но пока все предельно просто и ясно.

Доков нет. помогают знания Java и C.

Вот пример Hello, World

Код (Text):

1. public class hellowd{
2.  
3. public void sayHello(char* text){
4.  
5. printf (text);
6.  
7. }
8.  
9. }
10.  
11. public static void main(){
12.  
13. hellowd h = new hellowd;
14. h.sayHello("hello, world");
15. return 0;
16. }

Как видите, все предельно просто. Как по мне - это потомок Java и C.
Кто что думает по поводу этого языка?

P.S.:::.Hello, world: Компиллер генерит приложение размером в 230килобайт.

 

Я давно его смотрел. Не нравится он мне, лучше обычный си использовать...

 

Также говорят на других форумах.

Искал в гугле инфу про Д - всеобщее недовольство!

Вероятно, у этого есть причины, но какие? Почему никто толково не объясняет в чем конкретно его недостатки? Хотя, может я сам все пойму по ходу его изучения...

 

Кажется, здесь он уже упоминался.

В принципе, задумка неплохая, но из-за малораспространённости и несовсем удобной семантики он мало подходит для использования.

Потому что никто толком не изучил его, чтобы знать о всех недостатках. Лично мне не нравится указание квалификатора видимости для каждого члена (как в Яве, которую я не знаю и не стремлюсь узнать, или как в C#). Ну и другие мелочи.

 

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

 

Язык программирования D - язык высонный из пальца ...

Практическая ценность его близка к нулю. Так баловство.

 

Кстати, многим не нравится... опять же - почему? Я, например очень даже положительно к этому отношусь. Видимо, дело в том, что каждый привык к чему-то одному. Если я привык к Java, то я привык к *указанию квалификаторов для каждого члена вместо

Код (Text):

1. public:
2.    member1;
3.    member2;
4. private:
5.    ....

 

А какой в этом смысл? Если можно написать один раз, зачем писать постоянно? В С++, если все члены открыты, то можно просто сразу написать struct вместо class и никаких квалификаторов вообще не надо. А здесь приписывай к каждому - лишняя и не несущая нагрузки информация.

Привыкнуть можно ко всему (таков уж человек), но есть ли в этом смысл - вот в чём вопрос.

 

В Kate есть плагин для языка "E")))
Интересно, язык "F" еще не появился?

 

А что за язык "E"? ссылочку можно?
А по поводу Ди...
главная их ошибка - 1) нет двоичной совместимости объектных модулей с С++ (есть только с Си), и 2) - не уделено должное внимание интеграции с основными средствами разработки (обязательно - Visual Studio и еще пару-тройку IDE, например KDevelop для Linux)
Я бы может и использовал этот язык, если бы была полная двоичная совместимость с С++, и как следствие - можно было бы использовать С++ библиотеки типа MFC, WTL, QT и т.д.; опять-же, куча С++ кода который никто в здравом уме переписывать на неизвестный язык не будет.

 

device

Как-то вспомнилось кино про Бигаду Z. "А почему именно Z? А потому что они везде последние."

 

кстати, а язык B тоже есть? ====> язык A - это ASM)

 

UbIvItS

Есть как минимум 2 языка B. Один из них предшествовал языку C. Второй - это учебный компилятор псевдокода. Ссылки должны быть в гугле.

 

ИМХО, нет смысла изучать малоизвестные языки, мало документации, сложно поддерживать в случае разработки крупного проекта, тк трудно заменить специалиста.
К тому же D не является чем-то мега-революционным. ИМХО.

 

Вот что я прочитал на одном из сайтов про Ди:
Язык Ди отлично подходит для разработки различных игр из-за расширенной поддержки ООП...

А что есть Расширенный ООП??? Выдернули крутой синтаксис из Java и теперь думают, что создали крутой язык.... Если мне придется выбирать язык для разработки проекта с использование ООП - я выбираю Java!

Дело привычки. Если я привык описывать конструктор в начале класса, а деструктор - в конце, то меня уже не переделать и поэтому запись типа

Код (Text):

1. public class foo{
2.  
3.   public foo(){
4. //Конструктор
5.   }
6. ****
7. protected void finalize(){
8. //Деструктор
9.  
10. }

будет для меня самой приемлемой.

 

UbIvItS

давным-давно, когда компьютеры были большими, был язык A - APL - A Programming Language (в переводе - "язык программирования" =) ) вычитал о таком у Пратта.. помнится он был не универсальным, так как использовалось много редких символов, которые не на всех терминалах были(да и сейчас нет) - типа стрелок всяких...

 

Язык А привел к языку В -- В стал основой при создании С, С - привел к Си с классами --- потом вышел Си++

 

Было... пока до массивов не дошел!

Чтим правила форума!

subj[1][2].... Если этот subj вывести на экран - получается абракодабра из древнеегипетских иероглифов))

 

а сколько должно?

предупреждение за сверхцитирование!

 

Так какой лучше?