The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выход Mono 3.0, открытой реализации платформы .Net , opennews (??), 22-Окт-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


103. "Выход Mono 3.0, открытой реализации платформы .Net "  +/
Сообщение от анон (?), 23-Окт-12, 15:57 
ахах, неосилятор ООП. Кто же вам сказал, что разработка архитектуры - простое дело? И как показывает опыт, сопровождать грамотно спроектированную систему на ООП на порядки проще, чем пытаться менять что-то в коде, как вы говорите - структуры+функции. Для облегчения этого ООП и было придумано. А думать надо везде и всегда, даже на Си.
Ответить | Правка | Наверх | Cообщить модератору

107. "Выход Mono 3.0, открытой реализации платформы .Net "  +/
Сообщение от Аноним (-), 23-Окт-12, 16:02 
> Кто же вам сказал, что разработка архитектуры - простое дело?

Ну так нормальные люди - сначала думают, потом делают. Дотнетчики же обычно напишут черти-что а потом рефакторят 20 раз. Понимая что и так и сяк буллшит. Потом начинается прессинш времени/менеджеров/etc - в результате клиенту вываливается нечто. Работающее примерно как автомобиль из ролика. Ну да, как-то ездит. Правда из-за неважной архитектуры колес есть некоторые нюансы с тем как именно оно это делает.

Ответить | Правка | Наверх | Cообщить модератору

112. "Выход Mono 3.0, открытой реализации платформы .Net "  +/
Сообщение от Xasd (ok), 23-Окт-12, 18:00 
> ахах, неосилятор ООП. Кто же вам сказал, что разработка архитектуры - простое дело?

настолько сложное что приходится быть ясновидящем-экстрасенсом?

"""написал кодер дерево и увидел, что это хорошо.. и отнаследовал от него всё""" (C) http://ibash.org.ru/quote.php?id=15589

ну невозможно написать ООП-программу (библиотеку) именно таким образом чтобы была возможно её дальнейшего плавного улучшения.

всегда ООП-программа (библиотека) оказывается в конечном счёте хреново-спроектарованной, и приходится её координально ПЕРЕпроектировать. либо НЕ_перепроектировать, а костыльно извращаться, чтобы внедрить улучшение "дешевыми" трудозатратами.

другими словами ООП-код НЕ является расширяемым. и может являеться хорошо спроектированным ТОЛЬКО на текущей момент времени.

> И как показывает опыт, сопровождать грамотно спроектированную систему на ООП на порядки проще, чем пытаться менять что-то в коде, как вы говорите - структуры+функции

нет. нет. я не спорю что ТЕОРЕТИЧЕСКИ ооп является может быть и что-то хорошее.

но вот именно практическая реализация ООП в языках прогрограммирования C++-подобной-форме -- это явный тупик.

да, мне например нравится как ООП реализованно в ЯП Go. и говоря про ООП именно в контексте ЯП Go -- я скажу -- да ООП это хорошо.

Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру