Delphi vs C++ , Часть 1

[--Ins--]

Цитата

Это не аргумент . Волков бояццо - в лес не ходить .

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

Добавлено 11.03.08, 08:51

Цитата

Только, в отличии от Delphi-программистов я могу выбрать реализацию от STLport, стандартную, реализацию от Qt, из ICU и т.д.

Значит - интересуют И это ничем не лучше, чем явно указывать IID при объявлении интерфейса

[archimed7592]

Цитата Romkin @ 11.03.08, 08:33

По-твоему, Delphi полностью OLE-совместимым каким-то получается ))

Ладно, ребят, чтобы не ходить вокруг да около, напишите ка мне простенькую консольную программку, которая создаёт xls/xlsx файл в котором в ячейку B7 записано число 99, в ячейку A3 строка "abc", ну а для B7 выставлен формат 0.00(не помню как это будет выглядеть в форматной строке excel).

[--Ins--]

Цитата

У, блин, да сто лет в обед, как в С++ не используются NTBS.

Что такое NTBS?

[Romkin]

Цитата Flex Ferrum @ 11.03.08, 08:27

При этом ты активно критикуешь реализацию описания интерфейса посредством абстрактного класса.

Ну вряд ли критикую. Я просто утверждаю, что это - эмуляция понятия интерфейс.

Цитата Flex Ferrum @ 11.03.08, 08:27

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

Вот здесь главный упор - на один компилятор. То же самое я могу, используя bpl, которая, собственно, представляет собой dll с экспортом нужной для RTTI информацией. ДУмаю, в С++ примерно такой же механизм.
А вот если просто передавать указатель на класс, то информация о типе не передается, об этом и речь.

Цитата Flex Ferrum @ 11.03.08, 08:27

А когда ты в коде описываешь нечто под заголовком interface, этому нечто вполне можно присвоить некий RTTI-идентификатор. Автоматически, а значит навешивать явным образом UUID - это уже от лукавого (что и демонстрирует -Ins-). И кроссплатформенность тут приплетать ни к чему. Уж кому-кому, но не С++-сникам рассказывать про кроссплатформенность.

Автоматически - можно, конечно. Вопрос в том - когда присваивать. Во время компиляции? Как давать в каждом билде один и тот же IID?
IID тем и хорош, что присваивается интерфейсу один раз и навсегда. К сожалению, это - число, причем генерируемое довольно случайным образом.
И IID нужен там, где RTTI может и не работать, поэтому он присваивается явно. Плюс - он идентифицирует интерфейс глобально, а не только в рамках данного модуля.
Если хочешь, можешь считать IID тем самым идентификатором для RTTI. Одновременно выполняющем роль глобального идентификатора. Два-в-одном. И чем это плохо?

[archimed7592]

Цитата --Ins-- @ 11.03.08, 08:46

Значит - интересуют

Да ничего меня не интересует. Просто я использую наиболее подходящую реализацию. К примеру, в рамках Qt логично использовать QString.

Добавлено 11.03.08, 08:59

Цитата --Ins-- @ 11.03.08, 08:54

Что такое NTBS?

Null Terminated Byte String.

Добавлено 11.03.08, 09:01

Цитата Romkin @ 11.03.08, 08:58

Я просто утверждаю, что это - эмуляция понятия интерфейс.

Глупость какая-то. Если интерфейс - это идиома, то любая реализация будет представлять из себя эмуляцию. Или же ты берешь за эталон дельфёвый interface? Ну тогда, конечно, эмуляция

[AndNot]

Цитата archimed7592 @ 11.03.08, 08:27

Где неудобство? Я сколько работаю - одни удобства. На примере можно?

Элементарно

s := "foo"+"bar"+t+"rulez!"

А теперь прикинь, сколько телодвижений нужно сделать в Си, для подобного результата Или так:

if s <> "foo" then
.....
.....
if s = t then
......

Это я и называю удобной работой со строками

Цитата archimed7592 @ 11.03.08, 08:27

Волков бояццо - в лес не ходить .

Мне то можешь не говорить, учитывая мой любимый язык

Цитата archimed7592 @ 11.03.08, 08:27

но, так или иначе, это было в каком году? И в каком году появились UUID'ы в Delphi?

А это имеет значение? Ну если уж Си амнистировал, то почему бы и Дельфи не попасть под амнистию?

[archimed7592]

Цитата Romkin @ 11.03.08, 08:58

А вот если просто передавать указатель на класс, то информация о типе не передается, об этом и речь.

Если ты имел ввиду указатель на объект(или ссылка, как это у вас принято называть), то информация о типе ещё как передаётся.

Цитата Romkin @ 11.03.08, 08:58

Автоматически - можно, конечно. Вопрос в том - когда присваивать. Во время компиляции? Как давать в каждом билде один и тот же IID?

Ну в .NET как-то это делается же .

[Повстанець]

Цитата AndNot @ 11.03.08, 09:04

Элементарно
s := "foo"+"bar"+t+"rulez!"
А теперь прикинь, сколько телодвижений нужно сделать в Си, для подобного результата Или так:
if s <> "foo" then
.....
.....
if s = t then
......
Это я и называю удобной работой со строками

И сколько же телодвижений в с++ нужно сделать для подобного результата?

[Romkin]

Цитата archimed7592 @ 11.03.08, 08:59

Просто я использую наиболее подходящую реализацию. К примеру, в рамках Qt логично использовать QString.

Угу. В рамках MFC CString кажется? А в рамках другой библиотеки - другой тип...
Вот это я и называю изобретать велосипед: вместо единого типа, которым пользуются все - в каждой библиотеке свой велосипед со своими заморочками. А тем, что есть, asciiz - не пользуются.
Взять хоть тот же QString: вроде бы чистая абстракция, но там есть подсчет ссылок, и, соответсвенно, особенности при использовании в потоках. В другой библиотеке у тебя, скорее всего, будет другой тип с другим поведением.
И постоянно надо учить, как себя ведет в данной библиотеке данный объект, который представляет всего лишь строку!

[--Ins--]

Цитата

А вот если просто передавать указатель на класс, то информация о типе не передается, об этом и речь.

Либо теперь уже я тебя не правильно понял, либо - передается. Тут проблема в том, что библиотеки компилируются раздельно и независимо друг от друга, поэтому каждый экземпляр обладает своей версией RTTI. Т.е. класс TFoo в двух разных DLL - это разные классы с точки зрения рантайма. Даже если они бинарно идентичны. Но могут и различаться, поэтому динамический тайпкаст делается только в пределах данного программного модуля. Думаю, ты это и без меня прекрасно понимаешь Кстати, сделать межмодульный тайпкаст ручками можно.

[Romkin]

Цитата archimed7592 @ 11.03.08, 09:05

Ну в .NET как-то это делается же

Там проще: можно сказать, единый RTTI для всех.

[archimed7592]

Цитата AndNot @ 11.03.08, 09:04

А теперь прикинь, сколько телодвижений нужно сделать в Си, для подобного результата Или так:

Так, поднимаешь взор на заголовок браузера и видишь "Delphi vs C++".

s = string() + "foo" + "bar" + t + "...";
if (s != "foo")
  ;
if (s == "foo")
  ;
// и даже relational
if (s1 < s2)
  ;
if (s1 <= s2)
  ;
// etc.

[--Ins--]

Цитата

Да ничего меня не интересует. Просто я использую наиболее подходящую реализацию.

Значит меня тоже не интересует реализация идентификаторов для интерфейсов Я просто сам назначаю этот идентификатор. Ведь получается то же самое - там где программист должен что-то сам ручками задавать - значит поведение непрозрачно.

Цитата

Null Terminated Byte String.

В С++ не используются? А в C? А тебе известно, что C++ был придуман через 10 лет после Паскаля? Вот я и говорю, что в более старой литературе такой тип строк называю Pascal-строками, так как именно отсюда ноги растут

[Romkin]

Цитата --Ins-- @ 11.03.08, 09:09

Либо теперь уже я тебя не правильно понял, либо - передается. Тут проблема в том, что библиотеки компилируются раздельно и независимо друг от друга, поэтому каждый экземпляр обладает своей версией RTTI.

Собственно, я говорил именно об этом Тип-то выяснить можешь, но это не тот, что у тебя есть. В С++, насколько я знаю, делаются dll, которые являются аналогом bpl: в экспорт идет все из заголовков.

[archimed7592]

Цитата Romkin @ 11.03.08, 09:08

Угу. В рамках MFC CString кажется? А в рамках другой библиотеки - другой тип...
Вот это я и называю изобретать велосипед: вместо единого типа, которым пользуются все - в каждой библиотеке свой велосипед со своими заморочками. А тем, что есть, asciiz - не пользуются.

Not exactly. Right tool for the right job /

Цитата Romkin @ 11.03.08, 09:08

Взять хоть тот же QString: вроде бы чистая абстракция, но там есть подсчет ссылок, и, соответсвенно, особенности при использовании в потоках.

Правда что ль? Какие такие особенности?

Добавлено 11.03.08, 09:22

Цитата Romkin @ 11.03.08, 09:10

Там проще: можно сказать, единый RTTI для всех.

А у вас разный что ль? А почему? Потому что ваш с COM не совместим был что ль?

Цитата --Ins-- @ 11.03.08, 09:16

Я просто сам назначаю этот идентификатор.

Да ты объясни мне, нахрена его назначать то? Вот возьми Java - не так давно wind озвучивал немалые цифры о кол-ве интерфейсов/классов в крупных проектах. Я точно не припомню, но мне даже для сотни(а там что-то вроде десятков тысяч было) интерфейсов было бы лень эти IID'ы назначать.