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

Цитата LuckLess @ 18.10.07, 10:53

Поэтому те кто реализовывал делфи и джава компиляторы ее не осилили - и как вариант решили просто ее похаять приводя аргументы типа
-не надо
-мне не надо
-ну в натуре ну не нада!

Тем более, что современное программирование и проектирование на С++ - это далеко не ООП в чистом виде. Особенно, если это касается библиотек. Для не-плюсовиков, например, такое понятие как "наследование свойств (traits)" - это, скорее, пустой звук, чем нечто осязаемое. Для программиста на С++ - вполне себе рабочий механизм. И как тут без МН?

Цитата Romkin @ 18.10.07, 10:54

java может обойтись без множественного наследования

ну не может Они вынуждены его реализовывать вручную, потому что поддержки этого в языке нету.

Цитата Romkin @ 18.10.07, 10:54

Это всего лишь подтверждает мой тезис об ограниченности мышления сишников, которые просто не способны вообразить себе методики написания программ, отличные от имеющихся в С++.

Множественное наследование появилось задолго до C++ Это просто очередное подтверждение тезиса об ограниченности мышления дельфистов, которые просто не способны вообразить себе методики написания программ, отличные от имеющихся в delphi.

Цитата Romkin @ 18.10.07, 10:54

Это всего лишь подтверждает мой тезис об ограниченности мышления сишников, которые просто не способны вообразить себе методики написания программ, отличные от имеющихся в С++.

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

Цитата archimed7592 @ 18.10.07, 10:56

Так вот: если этот писатель с osp.ru такой же спец в С++, как и мой преп(с препа взятки гладки - он Сишник и не обязан знать как применять те или иные конструкции С++), то, неудивительно, что он так отзывается о мн. наследовании.

Если бы только он. Поищи.
Вот и второй тезис: есть только С++, все, программирующие на других языках - ламеры.

Добавлено 18.10.07, 10:59

Цитата archimed7592 @ 18.10.07, 10:59

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

Где пример?

Цитата http://archive.eiffel.com/doc/manuals/technology/oo_comparison/

Don't believe those who tell you multiple inheritance is tricky; that's true only in languages that don't support it, or don't support it well.

Добавлено 18.10.07, 11:02
Romkin, вам бы как-то более адекватно надо к другим людям Люди, использующие C++, не хотят вам зла

Цитата mo3r @ 18.10.07, 10:57

Множественное наследование появилось задолго до C++ Это просто очередное подтверждение тезиса об ограниченности мышления дельфистов, которые просто не способны вообразить себе методики написания программ, отличные от имеющихся в delphi.

Появилось. А сейчас осталось практически только там.
В то время как весь прогрессивный мир движется вперед семимильными шагами, отвергая устаревшие методики, отдельная группа ренегатов упрямо цепляется за осколки старого, упорно задерживая тяжелую поступь технического прогресса!

Цитата Romkin @ 18.10.07, 10:59

Если бы только он. Поищи.

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

Цитата Romkin @ 18.10.07, 10:59

Вот и второй тезис: есть только С++, все, программирующие на других языках - ламеры.

Вообще-то о мн. наследовании начал кричать ты(мол там много не нужного).

Цитата Romkin @ 18.10.07, 10:59

Где пример?

Delphi vs C++ (сообщение #1733944)

Цитата Romkin @ 18.10.07, 11:02

Появилось. А сейчас осталось практически только там.

Не-а. Поддерживается многими языками. Common Lisp, Eiffel, Python, C++, etc...

Цитата Romkin @ 18.10.07, 11:02

В то время как весь прогрессивный мир движется вперед семимильными шагами, отвергая устаревшие методики, отдельная группа ренегатов упрямо цепляется за осколки старого, упорно задерживая тяжелую поступь технического прогресса!

Риторика, одна риторика. Никаких подтверждений, доказательств. Только попытки обозвать других людей ламерами.

Цитата archimed7592 @ 18.10.07, 11:03

Цитата (Romkin @ Сегодня, 14:59)
Где пример?

Delphi vs C++ (сообщение #1733944)

Ты лучше ему соответствующую задачку предложи. На решение в Delphi. Например, синглетоны.
Romkin, вот относительно простая для С++-ника задача. Написать обобщенный класс-синглетон, который (по желанию программиста в каждом конкретном случае):

1. Инициализируется при старте приложения/инициализируется в момент первого обращения/еще каким-то образом (каким захочет разработчик-пользователь).
2. Создает объект по указателю/по указателю полиморфно/по значению/ еще как-то (как захочет разработчик-пользователь)

Цитата Romkin @ 18.10.07, 11:02

как весь прогрессивный мир

Вспоминается фраза «миллионы леммингов не могут быть не правы»

Цитата archimed7592 @ 18.10.07, 11:03

Цитата (Romkin @ Сегодня, 14:59)
Где пример?

Delphi vs C++ (сообщение #1733944)

Бррр... Мне, как и Ориону, на пальцах бы... Слабо понимается, зачем это нужно в Delphi.
Речь о различных реализациях отдельных частей функционала объекта? Если эти отдельные части изначально настроены на такое использование - почему нет?

Цитата archimed7592 @ 18.10.07, 10:32

Флекс, для начала хотелось бы увидеть готовую версию Смайка, которая считает возведение в степень правассоциативным оператором .

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

Добавлено 18.10.07, 11:15

Цитата Romkin @ 18.10.07, 11:13

Речь о различных реализациях отдельных частей функционала объекта? Если эти отдельные части изначально настроены на такое использование - почему нет?

Есть одна тонкость. Да, точки настройки есть. Но обощенный функционал не имеет представления о том, как и где это будет реализовываться.

Цитата Flex Ferrum @ 18.10.07, 10:09

Множественное наследование возникает тогда, когда у тебя есть цель унаследовать реализацию/поведение, а не только интерфейс.

Ну так аггрегация на уровне интерфейсов тоже реализуема в Delphi. То есть класс может заимствовать реализацию интерфейса из другого класса.

Цитата Alex Forth @ 18.10.07, 10:22

А вот Делфи более ограничен в своих возможностях, следавтельно там молотком приходится не только гвозди забивать, но и шурупы вколачивать

Это скорее про VB, который (насколько я знаю) вообще не позволяют создавать автономных экзешников (то есть работающих без msvbvwmX0.dll.

А Delphi — это скорее набор отверток. Да, гвозди ими не забъешь, но зато можно закрутить шуруп. А как известно шурупы держаться прочнее И на каждый шуруп в Delphi есть своя отвертка.

Цитата archimed7592 @ 18.10.07, 10:32

Флекс, для начала хотелось бы увидеть готовую версию Смайка, которая считает возведение в степень правассоциативным оператором .

Я не буду делать калькулятор, нарушающий правила арифметики. Но КАК это сделать — я написал. Можешь сам проверить

Флекс кажется заикался о встроенных функциях? Ну вот давайте с ними и продолжим. Тригонометрические, с переключением на градусы и радианы В дальнейшем можно заняться пользовательскими переменными, затем функциями.

Цитата Smike @ 18.10.07, 11:17

Флекс кажется заикался о встроенных функциях? Ну вот давайте с ними и продолжим. Тригонометрические, с переключением на градусы и радианы

С тебя грамматика.

Цитата Flex Ferrum @ 18.10.07, 11:14

Есть одна тонкость. Да, точки настройки есть. Но обощенный функционал не имеет представления о том, как и где это будет реализовываться.

И что? Изначально определяешь интерфейс, потом берешь его реализацию и имплементируешь. Вроде бы достаточно должно быть.
Или я не с того конца зашел? Можно конкретный пример, не связанный с C++?