ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Программирование [игнор отключен] [закрыт для гостей] / А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
25 сообщений из 418, страница 2 из 17
  2  все
А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
    #38547912
RESEARCH
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
RESEARCH
Гость
авторОни -- ни для чего, они -- просто варианты реализации. Но многим понравилось так писать программы/базы данных -- и это получило распространение.
Другие люди, тоже "просто так" придумали, например, логическое программирование, аспектное программирование -- но оно "не покатило", и большой популярностью не пользуется.

это не так.. ООП это естественная оптимальная модель представления сущностей выстраданая сотнями тысяч программистов за десятки лет. Естественно в неуправляемом коде объектная модель снижает производительность, в неуправляемом сказать сложно по идее тоже должна снижать. Чтобы точно ответить на этот вопрос надо написать две программы на С# с одинаковым функционалом и сравнить производительность.
...
Рейтинг: 0 / 0
04.02.2014, 00:06
| Ответить | Цитировать | Написать  
А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
    #38547915
socimed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
socimed
Участник
RESEARCHэто не так.. ООП это естественная оптимальная модель представления сущностей выстраданая сотнями тысяч программистов за десятки лет

Полный bullshit, доказано сотнями тысяч программистов на PL/SQL, PHP, Cobol, ABAP4, где ООП и даром не впился.

OOP- это лишь хороший способ закомпостировать мозг начинающим и глупым кодерам, а на самом деле он нигде не нужен - ни в системном, ни в прикладном коде. Это лишь способ писать многабукав и знать кучу малоосмысленных абстракций.
...
Рейтинг: 0 / 0
04.02.2014, 00:11
| Ответить | Цитировать | Написать  
А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
    #38547918
RESEARCH
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
RESEARCH
Гость
ты можешь спаять компьютер на коленках и разложить платы и провода по полу. А можешь инкапсулировать его в корпус, сделать интерфейсы и продавать лохам как эппл. Накладные расходы на сборку конечно есть но эстетично удобно и пипл хавает.
...
Рейтинг: 0 / 0
04.02.2014, 00:18
| Ответить | Цитировать | Написать  
А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
    #38547920
RESEARCH
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
RESEARCH
Гость
и обрати внимание модульность используется во всей технике, даже в тачке ты будешь менять генератор целиком а не развинчивать его (хотя я конечно лучше развинчу)

это естественная математическая модель развития любой техники. Лучше ли работают модульные устройства ? вопрос... удобнее ли собирать на них изделия - удобнее
...
Рейтинг: 0 / 0
04.02.2014, 00:20
| Ответить | Цитировать | Написать  
А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
    #38547921
socimed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
socimed
Участник
RESEARCHи обрати внимание модульность используется во всей технике, даже в тачке ты будешь менять генератор целиком а не развинчивать его (хотя я конечно лучше развинчу)

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


Ты хочешь сказать что в PL/SQL, ABAP4, Cobol, PHP нет модулей? Лолшто?
...
Рейтинг: 0 / 0
04.02.2014, 00:21
| Ответить | Цитировать | Написать  
А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
    #38547922
White Owl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
White Owl
Участник
RESEARCHи обрати внимание модульность используется во всей технике, даже в тачке ты будешь менять генератор целиком а не развинчивать его (хотя я конечно лучше развинчу)

это естественная математическая модель развития любой техники. Лучше ли работают модульные устройства ? вопрос... удобнее ли собирать на них изделия - удобнееЕсли следовать твоей логике, то надо переходить на функциональные языки. Модульные устройства к ООП отношения не имеют.
...
Рейтинг: 0 / 0
04.02.2014, 00:24
| Ответить | Цитировать | Написать  
А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
    #38547927
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
В смежном топике еще один пострадавший от MVC .
Убил-бы этих преподавателей. Неужели других тем нету.
...
Рейтинг: 0 / 0
04.02.2014, 00:46
| Ответить | Цитировать | Написать  
А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
    #38547970
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
socimed...

Это что, чей-то новый проект ?
Бодренько строчит...
...
Рейтинг: 0 / 0
04.02.2014, 02:38
| Ответить | Цитировать | Написать  
А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
    #38547973
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Базист залогонился.
...
Рейтинг: 0 / 0
04.02.2014, 02:55
| Ответить | Цитировать | Написать  
А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
    #38547975
Лагман
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лагман
Участник
Диванно-Ориентированнй Анализ итт
...
Рейтинг: 0 / 0
04.02.2014, 03:08
| Ответить | Цитировать | Написать  
А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
    #38547995
user7320
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
user7320
Участник
ПрограмёрТак всё же, может ли использование MVC шаблона в моих приложениях дать мне что-то, кроме понятной и удобной структуры проектов?
Нет.
...
Рейтинг: 0 / 0
04.02.2014, 06:02
| Ответить | Цитировать | Написать  
А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
    #38547996
user7320
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
user7320
Участник
socimedА еще можно тут пообтекать: http://www.dreamsongs.com/Files/ObjectsHaveFailed.pdf

Это трудно понять программистам, ежедневно учавствующих в паралимпиаде по программированию (Java, C#, VB, PHP), но есть такая военная тайна - ООП в языке, как таковой, вообще не нужен, пример GTK+ это только подтверждает.
Объекты моделируют реальный мир, который тоже можно свести к объектам и их свойствам. ООП - это просто ещё один способ смоделировать мир. Где-то он нужен, а где-то - не нужен. Когда говорят "не нужен" в смысле "вообще" - это странно. Не иначе, кто-то открыл палочку-выручалочку на все случаи жизни. Очевидно, у этого кого-то также есть опыт работы с этой палочкой во всех случаях жизни, чтобы его утверждения не выглядели голословно.
...
Рейтинг: 0 / 0
04.02.2014, 06:08
| Ответить | Цитировать | Написать  
А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
    #38547998
user7320
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
user7320
Участник
socimedmaytonПример с ядром ОС показателен. И GNOME/GTK здесь уже выглядят как слабый довесочек

Нет, не слабый, а фундаментальный. Существует миф, хорошо навеянный Delphi и его подобиями, что графический интерфейс программы без OOP ну никак не построить, ибо это так логично - Кнопка - это класс, частный случай класса Окно и понеслась.

А пример GTK как раз и разбивает этот миф, никакого OOP с наследованиями даже для UI не нужно - все можно превратить просто в серию вызовов процедур, передавая хендл аки this только там где нужно.

Тут больше вопрос в необходимости принудительного наследования и полиморфизма, как решения для всех задач.
Подход с классами и наследованием очень распространён в классификации вообще. Я думаю, создатели ООП на классификационный подход и опирались. Например, биологическая систематика . Не понимаю, как бы вы это без ООП запрограммировали, тогда как с ООП всё идёт как по родному - потому что это и есть родное. Тут вам либо извращиться с функциональщиной надо, либо с процедурщиной, либо громко заявить, что ваша биологическая систематика говно, и вы можете предложить подход в биологии лучше - на основе функциональщины и процедурщины.
...
Рейтинг: 0 / 0
04.02.2014, 06:17
| Ответить | Цитировать | Написать  
А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
    #38548000
user7320
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
user7320
Участник
socimedWhite Owlпропущено...
Еще? Ну пальцы сможешь растопырить с чувством полного права на то.

Смешные вы. Попытка растопырки на MVC выглядит так-же смешно, как распальцовка на фоне BMW X5, стоя в кирзачах, с которых стекает коровий навоз.

MVC - это давно антипаттерн.

Если откуда и можно робко растопырку делать, так это с MVVM (Model View ViewModel), пока тебе не прищимят детские твои пальчики в дверь MMV (Multiuse Model View)
Не знаю, как где, а мне с самого начала казалось, что MVC в ASP.NET MVC как-то не очень выглядит. И вот это требование "контроллеры должны быть худыми и лёгкими". Зачем нужен вообще этот контроллер, функциональность которого так трудно объяснить новичкам и которая теряется между моделью и представлением? Если сравнивать с MVVM, то функциональность контроллера лежит где-то на уровне байндингов между VM и V и темплит селекторов в V. Т. е. контроллер в MVC не является такой же полноценной и полнофункциональной сущностью в этот паттерне, как модель или представление.
...
Рейтинг: 0 / 0
04.02.2014, 06:21
| Ответить | Цитировать | Написать  
А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
    #38548005
user7320
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
user7320
Участник
socimedА еще можно тут пообтекать: http://www.dreamsongs.com/Files/ObjectsHaveFailed.pdf

Это трудно понять программистам, ежедневно учавствующих в паралимпиаде по программированию (Java, C#, VB, PHP), но есть такая военная тайна - ООП в языке, как таковой, вообще не нужен, пример GTK+ это только подтверждает.
Это трудно понять ненавистникам ООП, но PDF как таковой вообще не нужен. Пример - эта книга. Картинок функциональных нет (одни художественные) или их легко можно заменить текстовым описанием, формул нет, даже примеров кода с подстветкой синтаксиса - и тех нет. Всё легко бы уместилось в текстовый файл. Но нет, блин, выложат своё сраное PDF, свёрстанное под формат А4, которое даже на планшете плохо читается из-за размера букв, не обладает возможностью автоформатирования с переносом при изменении размера страницы и имеет ещё сто один недостаток. Почему не в TXT или хотя бы HTML, которые автоформатируются любыми браузерами и текстовыми редакторами-читалками книг? Почему в сраном формате, который можно нормально читать только на большом мониторе, но нельзя на планшете, смартфоне, электронной книге?

С ПДФом бы сначала разобрались, а потом ООП ругать лезли.
...
Рейтинг: 0 / 0
04.02.2014, 06:53
| Ответить | Цитировать | Написать  
А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
    #38548006
user7320
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
user7320
Участник
user7320С ПДФом бы сначала разобрались, а потом ООП ругать лезли.
А то даже донести свои идеи в нормальном виде не можете.
...
Рейтинг: 0 / 0
04.02.2014, 06:53
| Ответить | Цитировать | Написать  
А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
    #38548037
socimed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
socimed
Участник
user7320С ПДФом бы сначала разобрались, а потом ООП ругать лезли.

Ну и зачем ты ото все четырьмя постами понаписал? Решил рассказать, что у тебя проблемы даже с пониманием классификации и биологии? Ну ок, мы тебя услышали.

И да, еще раз. ООП в языке - вообще не нужен. Т.е. можно писать ПО вообще без поддержки ООП в ЯП. При этом вопросы модульности, классификации, инкапсуляции и т.п. - вообще не пострадают.

Так доходчивее?
...
Рейтинг: 0 / 0
04.02.2014, 08:25
| Ответить | Цитировать | Написать  
А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
    #38548065
egorych
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
egorych
Участник
socimedТ.е. можно писать ПО вообще без поддержки ООП в ЯП. При этом вопросы модульности, классификации, инкапсуляции и т.п. - вообще не пострадают.спагетти - это ведь так вкусно, а простынёй и накрыться можно, в тяжёлые времена
...
Рейтинг: 0 / 0
04.02.2014, 09:22
| Ответить | Цитировать | Написать  
А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
    #38548074
socimed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
socimed
Участник
egorychsocimedТ.е. можно писать ПО вообще без поддержки ООП в ЯП. При этом вопросы модульности, классификации, инкапсуляции и т.п. - вообще не пострадают.спагетти - это ведь так вкусно, а простынёй и накрыться можно, в тяжёлые времена

О чем ты, болезный?
...
Рейтинг: 0 / 0
04.02.2014, 09:28
| Ответить | Цитировать | Написать  
А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
    #38548090
Alibek B
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alibek B
Участник
Програмёри ожидали ровно противоположного ответа (что производительность возростает при использовании объектов)
Производительность чего?
Производительность работы обычно действительно возрастает.
...
Рейтинг: 0 / 0
04.02.2014, 09:42
| Ответить | Цитировать | Написать  
А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
    #38548099
Alibek B
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alibek B
Участник
maytonИ наше понимание virtual callback если брать за основу С++-ное по отношению к Java
будет скорее всего ошибочным. Т.е. ООП в Java не равно ООП в С++.
http://bbs.vbstreets.ru/viewtopic.php?t=11876 Я пошёл к преподу выяснять, как быть - получается, уже для 1000 потребуется месяц вычислений, а то и больше. И он мне показал свою прогу на JS для решения этой же задачи. Мои результаты до 250 она получает за несколько минут, за 20 часов - примерно до 400, а за пару суток - до 600. Естественно, у него там более хитроумный алгоритм, выгода от которого в тысячи раз превышает разницу в быстродействии языков.
Отсюда вывод: язык - ерунда, главное - руки. На любом языке можно написать безобразно медленную программу, если руки кривые (как у меня ;-)) И напротив, с прямыми руками можно написать быструю программу на любом языке.
...
Рейтинг: 0 / 0
04.02.2014, 09:48
| Ответить | Цитировать | Написать  
А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
    #38548190
F#
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
F#
Гость
socimedИ да, еще раз. ООП в языке - вообще не нужен. Т.е. можно писать ПО вообще без поддержки ООП в ЯП. При этом вопросы модульности, классификации, инкапсуляции и т.п. - вообще не пострадают.

Так доходчивее?

Вы имеете ввиду какой-то язык с развитыми возможностями метапрограммирования?

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

Посмотреть как работает
Код: python
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
# Печатаем список в виде html
def html_list(list):
    print "<ol>"
    for x in list:
        print "<li>"+str(x)+"</li>"    
    print "</ol>"  
#итератор целых чисел от 1 до 10
html_list(xrange(11))
#строка - это тоже список
html_list("test")
# итератор - список квадратов
html_list(x*x for x in xrange(11))
# список методов, которые можно применять к строке
html_list(dir("1"))
...
Рейтинг: 0 / 0
04.02.2014, 10:47
| Ответить | Цитировать | Написать  
А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
    #38548195
Фотография Zukora
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Zukora
Участник
Все, что выше машинных кодов - сделано для человека, что-бы он мог программировать быстрее, удобней, в приемлемых для себя понятиях. Даже С может скомпилировать код, который теоретически можно улучшить с точки зрения процессора. Тем не менее, мы миримся с такой потерей производительности ибо иначе... писать будет практически некому. ООП другая крайность, и, в общем случае, он не может быть быстрее языков низкого уровня, но мы будем дальше писать в ООП все не критические к скорости программы. Потому что это быстро и удобно, а чаще всего и единственно приемлемо.
...
Рейтинг: 0 / 0
04.02.2014, 10:49
| Ответить | Цитировать | Написать  
А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
    #38548206
socimed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
socimed
Участник
F#socimedИ да, еще раз. ООП в языке - вообще не нужен. Т.е. можно писать ПО вообще без поддержки ООП в ЯП. При этом вопросы модульности, классификации, инкапсуляции и т.п. - вообще не пострадают.

Так доходчивее?

Вы имеете ввиду какой-то язык с развитыми возможностями метапрограммирования?
Обычный С вполне развит в плане метапрограммирования. Кури X-Macros и M4


F#Давайте возьмем в качестве примера простенькую програмку на питоне и посмотрим как она будет выглядеть на вашем любимоя языке:

Посмотреть как работает
Код: python
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
# Печатаем список в виде html
def html_list(list):
    print "<ol>"
    for x in list:
        print "<li>"+str(x)+"</li>"    
    print "</ol>"  
#итератор целых чисел от 1 до 10
html_list(xrange(11))
#строка - это тоже список
html_list("test")
# итератор - список квадратов
html_list(x*x for x in xrange(11))
# список методов, которые можно применять к строке
html_list(dir("1"))



Код: plaintext
1.
2.
3.
4.
5.
6.
void html_prn(list_p list) {
    print("<ol>");
    FOR_ALL(item, list) 
       print("<li>", item->text, "</li>")
    print("</ol>");
}



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

При этом в C ты можешь сам сочинять какой угодно себе язык за счет только макросов, а в питонах ты должен ходить только строем, как автором этого языка показалось правильным (хотя в 95% случаях это вообще не верно).
...
Рейтинг: 0 / 0
04.02.2014, 11:00
| Ответить | Цитировать | Написать  
А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
    #38548236
F#
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
F#
Гость
socimedОстальное писать лениво

Вам лениво писать три строчки, или это займет больше трех строчек?

ибо у тебя там задачи откровенно идиотские

Это не задачи а демонстрационный пример. (Ради забавы проигнорируем хамство ;))
И это не список - это абстракция.

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

Если это код маленький почему б его не написать? Зачем писать все эти слова?

При этом в C ты можешь сам сочинять какой угодно себе язык за счет только макросов, а в питонах ты должен ходить только строем, как автором этого языка показалось правильным (хотя в 95% случаях это вообще не верно).

:) Я знаю правило Гринспуна. Только для сравнения посмотрите на макросы в LISP и Nemerle (чтобы знать, что такое "какой угодно язык")

Какой тип у list_p как подменить реализацию итерации по list_p? Это может быть бесконечный список?
...
Рейтинг: 0 / 0
04.02.2014, 11:30
| Ответить | Цитировать | Написать  
25 сообщений из 418, страница 2 из 17
  2  все
Форумы / Программирование [игнор отключен] [закрыт для гостей] / А давайте-ка обсудим :) Кто считает что ООП даёт прирост скорости программе?
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=16&msg=38547920&tid=1341468]:
 0ms
get settings:
 8ms
get forum list:
 19ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 176ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 91ms
get tp. blocked users:
 2ms
others: 232ms
total:  548ms
созд. / загр.: 548ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]