Delphi vs C++ vs C# , ну и Java немножко, где-то ближе к старшему байту номеров страниц

Цитата korvin @ 26.01.12, 10:17

То что C++ как обычно неадекватен и состоит из костылей чуть менее, чем наполовину, призванных решить проблемы, которые если вы потрудились прочитать то стандарт, то вы ССЗБ

FIXED

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

Цитата Qraizer @ 26.01.12, 11:01

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

Бесспорно пространства имён рулят. Но ведь товарищ полез спрашивать - следовательно, про ODR не осведомлён...

Цитата KILLER @ 26.01.12, 10:28

Примени эту фразу и к С++. Или чо, хочешь сказать что в Cl томже нельзя сделать вообще никакую логическую ошибку ?

При чем тут логическая ошибка? Это не логическая ошибка.

Цитата korvin @ 26.01.12, 10:17

Цитата D_KEY @ 26.01.12, 10:00

Можно, кстати, сравнить с тем же CL, где есть странные функции работы со списками, которые в целях оптимизации портят произвольным образом(зависимым от реализации) исходные списки во время получения результата, при этом если ты потрудился прочитать стандарт, то ССЗБ.

FIXED

У тебя двойные стандарты при оценке языков ?

Цитата

То что C++ как обычно неадекватен и состоит из костылей чуть менее, чем наполовину, призванных решить проблемы, которых в других языках просто не могут возникнуть.

Ээ. Человек просто ошибся. В зависимости от языка последствия ошибок могут быть разными.
Кстати, С++ в этом примере не решает каких-то "проблем, которых в других языках просто не могут возникнуть".

Цитата Qraizer @ 26.01.12, 11:01

Надо было нэймспейсы использовать.

Кстати, а если имена неймспесов совпадут?

Цитата korvin @ 26.01.12, 11:21

Это не логическая ошибка.

Правда? А можешь пояснить твое видение проблемы?

Цитата D_KEY @ 26.01.12, 11:25

Кстати, С++ в этом примере не решает каких-то "проблем, которых в других языках просто не могут возникнуть".

C++ не решает, решает костыль (ODR). Ну и да, в той же жабе два одиноименных класса в разных единицах трансляции просто невозможны.

Добавлено 26.01.12, 11:29

Цитата D_KEY @ 26.01.12, 11:26

Правда? А можешь пояснить твое видение проблемы?

Недостаточно продуманный дизайн языка.

Цитата korvin @ 26.01.12, 11:28

Цитата D_KEY @ 26.01.12, 11:26

Правда? А можешь пояснить твое видение проблемы?

Недостаточно продуманный дизайн языка.

Это общие слова. Ты хоть понял, что автор вопроса сделал не так?

Добавлено 26.01.12, 11:38

Цитата korvin @ 26.01.12, 11:28

решает костыль (ODR).

Странно звучит фраза как-то.

Цитата

Ну и да, в той же жабе два одиноименных класса в разных единицах трансляции просто невозможны.

И что это нам дает на практике?

Цитата D_KEY @ 26.01.12, 11:37

И что это нам дает на практике?

Наверное они там бедные сидят и по пару дней придумывают вменяемые, незанятые названия классам

Сообщение отредактировано: KILLER - 26.01.12, 11:40

Цитата D_KEY @ 26.01.12, 11:37

Это общие слова. Ты хоть понял, что автор вопроса сделал не так?

Я-то понял, и не вижу вообще ничего хорошего в том, что так вообще можно сделать. При том, что нигде больше, насколько мне известно, так сделать нельзя (по крайней мере с такими же последствиями).

Добавлено 26.01.12, 12:08

Цитата D_KEY @ 26.01.12, 11:37

Странно звучит фраза как-то.

Почему странно? «Ну вы знаете, у нас тут есть такая проблемка, поэтому у нас есть вот такая рекомендация, следуйте ей пожалуйста».
А компилятор молчит...

Добавлено 26.01.12, 12:10

Цитата D_KEY @ 26.01.12, 11:37

И что это нам дает на практике?

Принципиальную невозможность таких вот ошибок.

Цитата korvin @ 26.01.12, 12:03

Цитата D_KEY @ 26.01.12, 11:37

Странно звучит фраза как-то.

Почему странно? «Ну вы знаете, у нас тут есть такая проблемка, поэтому у нас есть вот такая рекомендация, следуйте ей пожалуйста».

Какая проблема-то?

Цитата

и не вижу вообще ничего хорошего в том, что так вообще можно сделать.

Но видишь что-то хорошее в том, что в CL можно сделать так, как я показал в последнем примере? Точно двойные стандарты.

Цитата

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

Так и в С++ так делать нельзя. Вопрос лишь в степени контроля со стороны компилятора

Добавлено 26.01.12, 12:17

Цитата korvin @ 26.01.12, 12:03

Цитата D_KEY @ 26.01.12, 11:37

И что это нам дает на практике?

Принципиальную невозможность таких вот ошибок.

И часто они у тебя возникают при программировании на С++?

Цитата D_KEY @ 26.01.12, 12:16

Но видишь что-то хорошее в том, что в CL можно сделать так, как я показал в последнем примере? Точно двойные стандарты.

А что ты там показал? Применил деструктивную функцию к объекту и удивляешься последствиям? Странный ты какой-то. Единственное, что мне в данном случае не нравится в CL, что есть только деструктивная sort, а не как со многими функциям чистая sort и деструктивная nsort.

Добавлено 26.01.12, 12:27

Цитата D_KEY @ 26.01.12, 12:16

Цитата

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

Так и в С++ так делать нельзя. Вопрос лишь в степени контроля со стороны компилятора

Ты не видишь разницы между фразами «сделать нельзя» и «делать нельзя»?

Добавлено 26.01.12, 12:28

Цитата D_KEY @ 26.01.12, 12:16

И часто они у тебя возникают при программировании на С++?

Слава богу, я не программирую на C++

Добавлено 26.01.12, 12:29

Цитата D_KEY @ 26.01.12, 12:16

Какая проблема-то?

Проблема отсутствия контроля за соответствем определения и реализации со стороны языка.

Сообщение отредактировано: korvin - 26.01.12, 12:30

Цитата korvin @ 26.01.12, 12:26

А что ты там показал? Применил деструктивную функцию к объекту и удивляешься последствиям? Странный ты какой-то.

Понимаешь, эту фразу с тем же успехом можно отнести к тому примеру на С++
В чем разница?

Цитата

Ты не видишь разницы между фразами «сделать нельзя» и «делать нельзя»?

Но ты же можешь применить деструктивную функцию к объекту, который потом используешь?

Добавлено 26.01.12, 12:34

Цитата korvin @ 26.01.12, 12:26

Проблема отсутствия контроля за соответствем определения и реализации со стороны языка.

Я пока не понял, что бы он дал в данном конкретном случае.

Сообщение отредактировано: D_KEY - 26.01.12, 12:34

Цитата D_KEY @ 26.01.12, 12:31

Я пока не понял, что бы он дал в данном конкретном случае.

Ошибку компиляции/линковки вместо ошибки сегментации в рантайме.

Добавлено 26.01.12, 12:52

Цитата D_KEY @ 26.01.12, 12:31

Но ты же можешь применить деструктивную функцию к объекту, который потом используешь?

Угу, как и в любом другом языке. В императивных языках их применяют особенно часто, поэтому это вполне обыденное и очевидное поведение. Тебя же не смущает, что List.add()/List.remove(), например, изменяют список?

Сообщение отредактировано: korvin - 26.01.12, 12:53