Как изучить ООП С#?

Question

[ggg26]

Добрый день! Возник вопрос по ходу обучения. Изучаю язык c#, дошел до ООП по книге "Библия C#". Прочитал и попрактиковал наследование, полиморфизм, инкапсуляцию. Однако проблема в следующем, ощущение, что будто дали только основы основ ООП (теоретические), а так картина не полностью составлена в моей голове. В каких книгах можно получить полные сведения об ООП, о том как и где использовать его принципы или ,те или иные приемы ООП?

Answer 1

[dmshar]

В каких книгах можно получить полные сведения об ООП, о том как и где использовать его принципы или ,те или иные приемы ООП?

- ни в каких. Надо понять, что ООП не НЕ универсальное средство. Это инструмент создания больших и сложных проектов. Вам действительно дали азы и начала. Для общего понимания, для привыкания. А вот когда "дорастете" до серьезных проектов, начнете применять (а не по книгам "изучать") ООП на практике - вот тогда и придут понимание. Причем приходить будет постепенно, вместе с ростом вашего опыта. Бесполезно на уровне "изучаю язык программирования по книгам" беспредельно углубляться в тему, в ООП в том числе. Начните писать реальные проекты. Причем, для первых, несложных проектов ООП тоже будет либо ни к месту, либо даже вредно. Но вот потом, когда задачи станут действительно сложными - вот тогда все станет на свои места. И вот тогда можно будет сказать, что вы знаете, понимаете и к месту применяете ООП.
Хотя, разумеется, сейчас набегут сюда новички, которые наперебой начнут советовать всякие книги и сайты для того что бы быстрее стать "профессионалам". В этом и есть прелесть получения подсказок на форуме - в том, что вам насоветуют десяток разных вариантов решения проблемы. А вот выбор - все равно останется за вами.

Answer 2

[GavriKos]

На практике. +любая нормальная книга по паттернам, отедльно по алгоритмам и структурам.

Comments

[ggg26]

Извините, я начинающий, под паттерном можно понимать как раз те приемы ООП, о которых я говорил?
И какую книгу вы бы могли порекомендовать мне, потому что книг я увидел много.

[WasTabon]

ggg26, https://refactoring.guru/ru/design-patterns/csharp

[DollyPapper]

Откуда это распространенное мнение, что книга по паттернам поможет понять ООП? Без понимания ООП нельзя понять и паттернов, оно (ООП) их причина, они её следствие.

Answer 3

[Николай Савельев]

нет таких книг. это приходит только с практикой

Comments

[DollyPapper]

На самом деле есть, но понять их можно только после того как понял на практике, такой вот парадокс:)

[Николай Савельев]

DollyPapper, именно так

Answer 4

[Владимир Коротенко]

Как выше сказали практика.
Вот допустим инкапсуляция. Все свое ношу с собой и наружу не показываю. Впрочем это больше относится к сложным обьектам бизнес логики.

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

Полиморфизм - изменение поведения кода. Допустим есть базовый класс отчета, вы создаете отчет для чайных ситечек. И вам ставят задачу составить отчет по продажам "Остапа Бендера" . Вы просто вызываете базовый метод и на основе его делаете фильтр по Остапу. Весь остальной код без изменений

Comments

[dmshar]

Я абсолютно согласен с вами. Но вопрос не в том, что такое инкапсуляция, наследование, полиморфизм. Это как раз новичкам объясняют подробно и - если попадется нормальный лектор - то и доходчиво. Вопрос - когда это все применять? Ведь все эти свойства можно реализовать через обычные функции. И с помощью т.н. "библиотек программ", которые зародились вместе с зарождением программирования как такового. И вот тут у новичков возникает ступор - когда, что и почему выбрать?
И сколько бы тут наилучший лектор не танцевал джигу перед новичками - это будет практически безрезультатно. Пока наш юниор - часто уже даже претендующий на мидла - не реализует какой-нибудь нетривиальный проектик, а потом упрется в сложности отладки, настройки, модификации, сопровождения, даже документирования и пр. А потом придет какой-нибудь старший товарищ и объяснит - или в наиболее оптимальном случае нашего юниора что-то осенит и всплывут напичканные в него давным-давно знания - что 75% его вопросов снимаются, если бы он использовал вот то самое ООП. И вот тогда (!!!) приходит - или наступает (?) - настоящее понимание.