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

Цитата Мяут @ 13.04.07, 15:00

Profi, ну тут еще и аргументировать это надо.

Ладно.
1. Для меня (человека с математическим складом ума) a=b означает "a равно b", а не "a присвоить b", отсюда мне больше нравиться a:=b.
2. Разнообразия ".", ":", "->" тоже немного напрягает, уж лучше, когда везде ".".
3. Надо писать "int i, int j", а не просто "i,j:integer" (нельзя задавать переменные списком).
4. Убивает разделение на *.cpp и *.h, намного проще и удобнее когда все в одном *.pas.
Если что еще вспомню, напишу.

Цитата Nich @ 13.04.07, 14:22

Ну а если я ещё пролог вспомню...

qsort'а на прологе вполне хватит

Цитата Profi @ 13.04.07, 15:14

Надо писать "int i, int j", а не просто "i,j:integer" (нельзя задавать переменные списком).

int i = 0, j = -3, *p = &i; не пробовал?

Цитата Profi @ 13.04.07, 15:14

4. Убивает разделение на *.cpp и *.h, намного проще и удобнее когда все в одном *.pas.

Можно все в один cpp пихать - никто не мешает. Только для крупных проектов в несколько десятков строк такой подход не очень-то хорош Поэтому приходится делить на модули. Замечу что все #include и т. п. добавляются в файл cpp еще до компиляции автоматически препроцессором.

Цитата Profi @ 13.04.07, 15:14

2. Разнообразия ".", ":", "->" тоже немного напрягает, уж лучше, когда везде ".".

Для разных сущностей - разные операторы
квантификатор::квантификатор_или_идентификатор
идентификатор.идентификатор
Ну плюс еще -> для объектов, динамически создаваемых в памяти (в принципе можно и * с . заюзать, но это не так красиво).

Сообщение отредактировано: Мяут - 13.04.07, 15:26

Цитата Мяут @ 13.04.07, 15:24

int i = 0, j = -3, *p = &i; не пробовал?

Он про параметры функции.

int foo(int a1, int a2);

function foo(a1,a2: integer):integer;

Цитата mo3r @ 13.04.07, 15:37

Он про параметры функции.

Угу.

Цитата Profi @ 13.04.07, 13:32

А как такой код:
program Project1;
{$APPTYPE CONSOLE}
uses
Variants,ComObj,ActiveX;
Var
v:variant;
begin
CoInitialize(nil);
v:=CreateOleObject('Word.Application');
v.visible:=true;
readLn;
v.quit;
end.

а такой:

Цитата Profi @ 13.04.07, 13:32

program Project1;
{$APPTYPE CONSOLE}
uses
Variants,ComObj,ActiveX;
Var
v:variant;
begin
CoInitialize(nil);
v:=CreateOleObject('Word.Application');
v.visibe:=true;
readLn;
v.quit;
end.

ох и долго же ошибку искать будете

Добавлено 13.04.07, 15:57

Цитата Profi @ 13.04.07, 12:37

А почему Flex меня заставил ломать голову над тем, как реализовать template? Плюс ко всему он использовал стороннюю библиотеку!

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

Цитата archimed7592 @ 13.04.07, 15:56

ох и долго же ошибку искать будете

Я, конечно не знаю, как повели бы себя в похожей ситуации компиляторы C++, но Delphi выдал:

Project Project1.exe raised exception class EOleError with message 'Method 'visibe' not supported by automation object'

и остановил курсор на строке

v.visibe:=true;

Цитата archimed7592 @ 13.04.07, 15:56

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

Он нет, а вот H.Iglesias II пытался.

Profi, да суть не в этом... вот когда тебе клиенты звонить будут и спрашивать "почему Ваша программа просит отослать отчёт в микрософт?", тебе компилятор на строчку не укажет...

Добавлено 13.04.07, 16:12

Цитата Profi @ 13.04.07, 16:05

Он нет, а вот H.Iglesias II пытался.

ну по сути... что есть в делфи, что НЕ реализовать на с++? про проперти отдельный разговор - это просто синтаксическая обёртка, которая "улучшает" внешний вид кода. в с++ они не реализованны по тем причинам, что там не только get и set будет... там ещё += -= *= &= |= >>= <<= и т. д. и проперти будут только путать, имхо...

Цитата archimed7592 @ 13.04.07, 16:08

Profi, да суть не в этом... вот когда тебе клиенты звонить будут и спрашивать "почему Ваша программа просит отослать отчёт в микрософт?", тебе компилятор на строчку не укажет...

Если ты не отловил максимальное количество багов сам, плюс не сделал защиту от дурака, плюс не сделал ведение подробного лога, то грош цена такой программы. А все это, кстати, на Delphi делается намного проще чем на C++.

Цитата archimed7592 @ 13.04.07, 16:08

ну по сути... что есть в делфи, что НЕ реализовать на с++? про проперти отдельный разговор - это просто синтаксическая обёртка, которая "улучшает" внешний вид кода. в с++ они не реализованны по тем причинам, что там не только get и set будет... там ещё += -= *= &= |= >>= <<= и т. д. и проперти будут только путать, имхо...

А что есть в C++ чего нет в Delphi? Про template отдельный разговор...

Цитата Profi @ 13.04.07, 16:13

Про template отдельный разговор...

аргументируй, плз

Цитата archimed7592 @ 13.04.07, 16:22

аргументируй, плз

Все это заменяется TList'ом (см. мой перевод кода от Flex'а, про который, кстати, ты говорил, что это невозможно).

Цитата Profi @ 13.04.07, 16:27

Все это заменяется TList'ом

аналог твоего TList'а boost::any... суть в том, что с таким подходом нужно динамичское вычисление и от этого в Дельфи не избавиться (можно только, если наплодить TXXXList, но тогда теряется вся прелесть)... т. е. шаблоны, как инструмент рефакторинга, для дельфи неповторимы

Цитата Profi @ 13.04.07, 16:27

кстати, ты говорил, что это невозможно

я говорил, что это будет также универсально и всё будет также связываться на этапе компиляции... и говорил я про _Find

Сообщение отредактировано: archimed7592 - 13.04.07, 16:36

В общем, опять пошло переливание из пустого в порожнее.

Цитата Profi @ 13.04.07, 16:38

В общем, опять пошло переливание из пустого в порожнее.

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

Кстати, что меня больше всего удивляет, это то, что Delphi’сты никогда не начинают кричать первыми: «C++ - отстой, Delphi – рулит!». Это всегда начинают C’шники. Вопрос: почему?