Исходное сообщение
"Производители мобильных устройств создают новую Linux платфо..." Отправлено sauron, 30-Янв-07 20:11
>Хуже? Интересно в каких это попугаях будет измеряться эта "хужесть". >И насчёт "быстро" я весьма весьма сомневаюсь ;) Хужесть будет измерятся в том как это реализовано. >Это тоже фукнции и указатели на функции ;) С наследованием похуже, придётся >структуру начанать с другой структуры. Зато из синтаксиса будет понятно что >это за переменная и откуда она взялась в иерархии наследований - >т.е. повышать читаемость кода. Бред. Вы что никогда не программировали на С++? Может объясните мне идиоту как вы будете вызывать из функции потомка функции предка ? :) >Да, несколько угромоздиться. Скажем не несколько, а очень сильно. >Зато если я увижу a=b+c, я не буду думать >а что это происходит на самом деле, не скрывается ли за >этим какой то operator+. Читаемость кода без  ООП намного лучше >- код сам себя описывает. Очередной бред. a, b и с объявляются выше. Если это объекты то соответсвенно + это оператор. И никак иначе. >Да и время компиляции C куда поменьше чем C++. За счет ваших костылей, оно сильно меньше не будет. >Так что молиться на ООП, как на спасителя, не стоит. Ибо часто >кол-во сущностей преумножается сверх необходимого. ООП это единственная парадигма которая позволяет наиболее естественным образом хорошо реализовывать большие и сложные проекты. На процедурном языке реализовывать тоже самое будет на порядок сложнее.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>Хуже? Интересно в каких это попугаях будет измеряться эта "хужесть". >>И насчёт "быстро" я весьма весьма сомневаюсь ;) > Хужесть будет измерятся в том как это реализовано. >>Это тоже фукнции и указатели на функции ;) С наследованием похуже, придётся >>структуру начанать с другой структуры. Зато из синтаксиса будет понятно что >>это за переменная и откуда она взялась в иерархии наследований - >>т.е. повышать читаемость кода. > Бред. Вы что никогда не программировали на С++? Может объясните мне идиоту > как вы будете вызывать из функции потомка функции предка ? :) >>Да, несколько угромоздиться. > Скажем не несколько, а очень сильно. >>Зато если я увижу a=b+c, я не буду думать >>а что это происходит на самом деле, не скрывается ли за >>этим какой то operator+. Читаемость кода без ООП намного лучше >>- код сам себя описывает. > Очередной бред. a, b и с объявляются выше. Если это объекты то > соответсвенно + это оператор. И никак иначе. >>Да и время компиляции C куда поменьше чем C++. > За счет ваших костылей, оно сильно меньше не будет. >>Так что молиться на ООП, как на спасителя, не стоит. Ибо часто >>кол-во сущностей преумножается сверх необходимого. > ООП это единственная парадигма которая позволяет наиболее естественным образом хорошо > реализовывать большие и сложные проекты. На процедурном языке реализовывать тоже самое > будет на порядок сложнее.
	Введите код, изображенный на картинке: