Другие языки программирования и технологии
ООП, интересно узнать ...
откуда у некоторых повальная тяга использовать его в самых мелких программах? может я пока чего-то не знаю? просто с курса лекций помню что технология ООП нужна в каких-то непомерно огромных проектах, и всё как-бы. Или есть какие-то частные задачи где без этого не справиться, и технология как образ мысли поможет найти верное решение? если есть - поделитесь пожалуйста, очень интересно.
Хм, а если тебе надо просто заполнить информацию о студентах (ФИО, курс, группа, номер) и вывести ее. Ты что будешь делать без ООП ?! Структуры не катят
Иногда ООП нужно чтоб прогу записать в 10 строк, а не в 10тыщ
(пытаюсь представить двусвязный список строк на ассемблере)
Хотя действительно для простенького оно обычно нафиг не нужно и быстрее простыми алгоритмическими
(пытаюсь представить двусвязный список строк на ассемблере)
Хотя действительно для простенького оно обычно нафиг не нужно и быстрее простыми алгоритмическими
Решает эффективность того или иного подхода, а не размер программы.
ООП это прежде всего структурирование программы. Оно не помешает даже самой мелкой.
Видимо вы лекции в свое время слушали с большого бодуна.
Видимо вы лекции в свое время слушали с большого бодуна.
ООП не обязательно использовать. Но это "сегодня".А вдруг завтра тебе придёт неплохая идея расширить прогу. Или кому то она понравилась, он готов ею пользоваться. но для этого нужно что то немного изменить и дописать. И вот тогда ты начнёшь рвать на себе волосы, переписывая все алгоритмы структурного кода. Когда на ООП коде это бы ограничилось всего написанием нового класса или изменением кода только в одном классе. Настоящаяя ООП структура, основанная на взаимодействии интерфейсов, легко модифицируемая и дополняемая.
Структурный код тоже можно делать присбособленным к изменениям, но это сделать сложнее.
Структурный код тоже можно делать присбособленным к изменениям, но это сделать сложнее.
Почитай что ли что такое ООП, шаблон Model View Controller.
И чем же ты предлагаешь заменить тот же ORM? А как же модификация кода, повторное использование, закрытие опасных методов, интерфейсы? Каким боком ты это будешь в функциональном программировании делать?
А вообще, все зависит от задач. Для каких-нибудь драйверов, ооп это будет BDSM, а для enterprise приложений наоборот.
>легко модифицируемая и дополняемая
+1
Есть еще АОП, но я не видел на практике, что за зверь такой, надо будет почитать.
И чем же ты предлагаешь заменить тот же ORM? А как же модификация кода, повторное использование, закрытие опасных методов, интерфейсы? Каким боком ты это будешь в функциональном программировании делать?
А вообще, все зависит от задач. Для каких-нибудь драйверов, ооп это будет BDSM, а для enterprise приложений наоборот.
>легко модифицируемая и дополняемая
+1
Есть еще АОП, но я не видел на практике, что за зверь такой, надо будет почитать.
ооп облегчает работу, когда нужно с некоторыми объемами информации делать одинаковые операции, например если просто несколько чисел/строк можно обойтись массивом, но если данных больше - удобнее ооп, так же при использовании класса все его методы и свойства не будут конфликтовать с глобальными переменными и функциями
В C#, например, даже обычное консольное приложение подразумевает использование ООП, т. к. точка входу в программу (метод Main()) является статичеким методом класса.
Похожие вопросы
- Какие впечатления от дизайна сайта моего друга? Как бы его улучшить? Интересно узнать профессиональное мнеие
- Почему некоторые говорят, что C++ невозможно выучить/знать полностью? Интересно узнать причину.
- Изучнние ООП - стоит ли сейчас?
- ООП. Стоит ли браться за ООП новичку в программировании?:
- ООП - зло. Ваше мнение.
- Объектно ориентированное программирование. (ООП)
- Что такое ООП для человека который не знает других парадигм
- Зачем нужно ООП?
- Правильно ли я понимаю значении ООП
- Что такое парадигма ООП и вообще слово "парадигма"?