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

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

А компилятор молчит...

Компилятор и не может распознать такие ошибки при раздельной компиляции. В случае C++ их должен распознавать линкер.
Хотя, конечно, гораздо красивее автоматическое создание пространств имён на модуль.

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

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

Покажи мне в С++ такую стандартную функцию, которая сделает с моим объектом что-то неведомое?

Цитата MyNameIsIgor @ 26.01.12, 12:53

Компилятор и не может распознать такие ошибки при раздельной компиляции. В случае C++ их должен распознавать линкер.
Хотя, конечно, гораздо красивее автоматическое создание пространств имён на модуль.

С пространствами имен может приключится то же самое, хотя и конечно шансы чуть меньше становятся.

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

С пространствами имен в C++ может приключится то же самое, хотя и конечно шансы чуть меньше становятся.

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

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

Покажи мне в С++ такую стандартную функцию, которая сделает с моим объектом что-то неведомое?

При чем тут какое-то неведомое?

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

Цитата MyNameIsIgor @ 26.01.12, 12:56

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

А как их тогда подключать, если они неявные, какие у них будут имена? По имени файла?

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

А как их тогда подключать, если они неявные

Указанием импорта модуля.

Цитата MyNameIsIgor @ 26.01.12, 12:59

Указанием импорта модуля.

Не, это понятно, имя модуля откуда браться будет, если ns неявное?

Цитата korvin @ 26.01.12, 13:00

Не, это понятно, имя модуля откуда браться будет, если ns неявное?

Это может быть имя файла. Или в файле пишет modul abc.

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

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

Покажи мне в С++ такую стандартную функцию, которая сделает с моим объектом что-то неведомое?

При чем тут какое-то неведомое?

При том, что исходный объект будет не просто изменен, он будет "испорчен", т.е. сделать с ним что-то полезное и переносимое я не смогу.

http://goran-dev.blogspot.com/2011/11/blog-post.html
Оказывается "ноль" это ещё не самое интуитивно непонятное у абстрактных методов...

DesweR, тут то что не так?
Чтобы это сделать, тебе нужно явно написать реализацию и явно же ее вызывать из производных классов. Т.е. ты должен знать, что и зачем делаешь.
В остальном же, все будет точно так же - класс будет абстрактным, а производные классы должны будут перекрыть метод.
И в чем ты видешь проблему?

Цитата D_KEY @ 27.01.12, 04:06

И в чем ты видешь проблему?

Ну кагбэ а зачем это вообще?

Цитата DesweR @ 27.01.12, 04:27

Цитата D_KEY @ 27.01.12, 04:06

И в чем ты видешь проблему?

Ну кагбэ а зачем это вообще?

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

Ну да ладно.

Вот ещё из свежего.
Но хотя уже поправили.

Кстати D_KEY, когнитивный диссонанс это у тебя не вызывает?

Цитата

Следует заметить, что если в C++03 объект считается до конца созданным когда его конструктор завершает выполнение, то в C++11 после выполнения хотя бы одного делегирующего конструктора остальные конструкторы будут работать уже над полностью сконструированным объектом.