Ну что ж, тем не менее порадуюсь за ваш вуз и студентов, что новое находит дорогу.

Этого не отнимешь.

Ну так как там с "таблицами методов"?

Что вы напали на Romikgy?
Обсуждать в этой теме Python и тем более Python с Delphi неккоректно
так же как С++ и C#. Я ни в коем случае не защищаю Delphi, но python здесь не в тему

Ну наконец то кто-то справедливо начал рассуждать. Ведь тема была о достоинствах и недостатках Delphi, а не Python.

MAKCim, а как можно обсуждать что-то и при этом не сравнивать с чем-то? Все познается в сравнении. В данном случае показываются, что новое введено в питоне чего нет и не может быть в делфи. Что в этом плохого? А с С++ сравнивать сам бог велел.

Ну давай проведем тесты Delphi и Билдера. Если выяснится, что Delphi быстрее, то это значит, что Паскаль быстрее? Что глупость-то несешь.



Ага! Как только нашли доказательство лишней писанины под Ц++ и Ц с решеткой, так сразу на вкус на цвет, а как в Delphi некомпактная конструкция так все язык плохой.



Это не костыли, а грамотное продумывание. И если в Ц эту нужную по 200 раз на дню операцию надо реализовывать руками через какие-то классы, то это для Ц++ большой минус. Предлагаю считать его просто Ц+   



Сцепление можно и функцией реализовать.

Уточнил про Inline. Для статических методов можно.



Это я вас спрашиваю как будет работать ваш класс для строк. С процедурками-то все понятно. Вызвал с такого-то адреса и радуйся. А поиск метода класса надо начинать с указателя на него. Класс это всегда тормоза Smalltalk в котором все по классам, AFAIK один из самых медленных языков. Или все эти методы инлайном в код вставлять. Но даже в маленькой программе функции для работы со строками вызываются десятки, а то и сотни раз из разных мест.



А я удивлюсь (шаблонам не удивлюсь). Ведь пока что MS в обшарпанном кромсает Си. Множественное наследование убили, а его сиониты любят.

MAKCim, почему сравнение именно с Python? Нет, сравнение со всеми языками, что не Дельфи. 
На поставленный вопрос о преимуществах и недостатках был введен постулат о универсальности и абсолютном превосходстве Дельфи над всем, что не Дельфи.
Из всего, что не Дельфи, я выбираю например Python и говорю, что есть многое на свете, друг Горацио, что на Питоне сделать в 5 раз быстрее, проще и красивее, нежели на Дельфи. (в частности ГУИ, работа с БД...) Введением в рассуждение о Дельфи взгляда на Питон я показываю несостоятельность описанного выше постулата (о абсолютном превосходстве Дельфи). Что требовалось доказать.
То есть, я не ставлю перед собой задачи доказать, что Дельфи вообще не нужна, вредна и т.д. Лишь говорю, что у каждого сверчка свой шесток, и при незнании иных не стоит давать громких заявлений.

ЛолПричем тут указатель? Чем не виртуальный/не статический метод отличается от свободной функции? И зачем его искать? Насмешил
Я тебе уже предлагал сравнить производительность. Можно даже по сгенерированному asm коду, благо посмотреть не сложно.

Несешь только ты, причем чушь. 
Про билдер никто не говорит. То что это выкидыш от Borland все знают. Давай сравним код на выходе из Delphi и допустим Intel C++, а?

Да. Но они могут быть заинлайнены и хорошо оптимизированы. См. выше

Добавлено @ 14:36 

Ага. Сам разработчик этого сделать не может. Поэтому это встраивается в язык.
С С++ всё по другому. Это не встраивается в язык, а идет в стандартной библиотеке, котороую можно кастомизировать под себя достаточно гибко. Что я доказал. Опровержения или схожих возможнойтей в Delphi мне не продемострировали. И это всего лишь банальная строка. А что уж говорить о более сложных вещах.

сабж   



Это сообщение отредактировал(а) nerezus - 2.1.2007, 15:15

Ты доказал , что дельфи не универсален и абсолютного не имеет превосходства над другими языками,
насчет гуи , не сильно уверен, а вот с БД имхо ты не прав, не будет ни один исходник работающий через байт-код работать быстрее чем откомпилированый, так что при одинаковых условиях приложение будет быстрее работать на Дельфи или С++, нежели на питоне!
(имхо так же и с гуи , но здесь я не сильно уверен)
и что будет в 5 раз быстрее ? я лично не понял? создание приложения? я не видел среду разработки питона, так что со 100% увереностью ничего не скажу, но писать самому практически все руками , как в С++, или накидывать компоненты, как в дельфи , имхо разница есть! и она существенна! 

Кса я об этом же и говорил выше   

Ув. nerezus а вы пробовали включать оптимизацию?
и ксати преведите весь код ф_ции ибо не состоятельно привести последнюю строку и показать неизвестно откуда взятый код асма

Это сообщение отредактировал(а) Romikgy - 2.1.2007, 15:56

А давай Интел напишет компилятор Паскаля. Вот тогда и будем сравнивать языки, а сравнивать компиляторы от разных фирм, которые дают разную скорость для одного языка в данном топике смысла я не вижу. Что у MS и Интел компиляторы быстрее чем у Delphi это и так все знают. Хотя Delphi'нам это не так критично по сравнению с плюсами языка и IDE.



После чего встает вопрос. Нафига класс, а не библиотека процедурок?



Встраивается в язык то, что нужно постоянно и неважно можно это реализовать или нет и какими путями. Delphi компонентиков тоже побольше содержит, чем VS. В C# конкатенация строк через + есть, хотя никто не запрещает наперегружать операторы и сделать это самому.
Ты мог бы привести примеры, где перегрузка операторов бы рулила, есть такие узкоспециальные области, но я от тебя их не увидел => сам ты ни разу с ними не соприкасался и примеры у тебя получаются на тему удобства изобретания в C++ велосипеда, который д/б реализован в любом современном языке.

таблица виртуальных/динамических методов существует для "свободных функций"?

именно это и ставил целью 


Имхо, при работе с БД быстрота замеряется уже не скоростью работы исходника, а временем отклика БД.


А быстрота работы ГУИ замеряется временем отрисовки. ГУИ для Питона отрисовывают низкоуровневые библиотеки (Qt, GTK, Wx, а можно даже MFC или WinAPI).


да, уже не раз повторял. Не обязательно именно в 5, но в 2 раза -- это как минимум.


их много


Краткие вещи писать на Питоне еще короче. ГУИ при желании можно и мышою накидать (а-ля Дельфи), хотя лично я и не люблю такой подход.

Ну ты же хотел сравнить. Уже не хочешь? Странно

Чтобы не нарушать привычную семантику.

Это не было моей целью. Мы говорили про сторки и только про них, если ты не заметил.

См.выше.

Ну ты же всезнайка, все про всех знаешь. А как работает inline и не в курсе При этом пытаешь на эту тему спорить. Глупо.

См.выше. 
Где велосипед? Я имею в стандартной поставке всё что есть в Delphi, плюс ещё почти неограниченные возможности кастомизации. Это был пример касательно строк. И занял 15 строк максимум(). На Delphi я так похожего и не увидел. А только пустобрехство со строны Romikgy и не строчки кода. Одни пустые: "можно", "легко", "без проблем". И от тебя тоже самое.

Добавлено @ 16:23 

Нет. Я просил его написать отличие. Но этого он не знает. И при этом спорит. У него видете ли методы в какой-то таблице

праздравляю 

не только время отклика, хотя и оно важно.
PS Кса вот случайно на глаза попалось
http://forum.vingrad.ru/index.php?showtopi...st&p=981919