ООП

[Эйвлинн]

Здравствуйте.
Подскажите, пожалуйста, книгу про программирование, где бы ясно и понятно рассказывалось, что такое ООП, чем оно отличается от какого-либо другого вила программирования, что такое frontend и backend разработка, Framework, SQL и т.д. Ищу эдакий "Вступление до программирования". В юристов есть теория государства и права, где разложены по полочкам все базовые термины, понятия, классификации, разница между тем и этим, особенности вот этого. А в программистов что-то такое есть или эту базу начинаешь понимать, изучая каждый конкретный язык?

@темы: Учебники

Comments

[Юрий Рэйн]

Эйвлинн, Википедия, иногда ещё встречаются вводные статьи на сайтах вроде https://tproger.ru/ (хотя не всё из них полезно к применению), что-то, например ООП упоминается в книгах по конкретному языку. А в целом - узнаётся по ходу кодинга и чтения статей. Тем более что направлений или отраслей много, и термины из одной могут отсутствовать в другой.

[anioutka]

Эйвлинн, вы не найдете информацию про эти вещи в одной книге. Если нужна обзорная информация, то лучше поискать на тематических порталах статьи. Еще можно посмотреть в книгах и курсах Intuit.ru, или виртуальной академии Microsoft.
В большинстве учебников по программированию информация дается с учетом особенностей технологии, про которую рассказывается. Например, про ООП есть и у Павловской "C#. Программирование на языке высокого уровня", и у Эккеля в "Философии Java", но подается по-разному в зависимости от специфики описываемого программирования.

[*Волкодав *]

Эйвлинн, дело в том, что в программировании есть книги, поясняющие понятия, но относящиеся только к конкретным языкам или технологиям. Таких, чтобы они вмещали всё-всё-всё - нет. Про ООП расскажет Шилдт (Герберт Шилдт, "Справочник программиста по C/C++"), про SQL расскажут различного рода книги по базам данных. Но книги, которая будет объединять все понятия просто не существует - это конкретные термины из конкретных областей. Общие термины есть, про них расскажет любой талмуд (тот же Шилдт), но большинство вопросов придётся гуглить.

[+Alecto+]

Дональда кнута почитайте.

[Эйвлинн]

Юрий Рэйн, Википедия не очень помогает нубу разобраться в вопросе, слишком много непонятных терминов. Спасибо за ссылку, буду смотреть там)

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

*Волкодав *, спасибо. От Шилдта не уйти, вижу))

+Alecto+, Искусство программирования?

[Юрий Рэйн]

Эйвлинн,

слишком много непонятных терминов.

Это верно. Но как-то часть из этих терминов гуглится сразу, часть - откладывается на потом. (Когда был полным нубом, примерно описанным методом и действовал).

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

Сразу языки. Лекции по конкретному языку, лабораторные по этому же языку. Если очень повезёт - на лабораторных будут ещё основы алгоритмов. В двух вузах по крайней мере точно.
Что по хорошему не есть хорошо (но не по названным причинам).

Вообще к слову, есть два базовых "кита": язык и алгоритмы (по последнему по памяти могу назвать Кнута, Стивена Скиену, Кормена). Уже на этом, или из этого идут разные способы применения (или подходы: то же ООП, паттерны) как первого, так и второго.

[Эйвлинн]

Но как-то часть из этих терминов гуглится сразу, часть - откладывается на потом. (Когда был полным нубом, примерно описанным методом и действовал).

Юрий Рэйн, я в процессе гугления теряю первоначальную страницу и ухожу на более понятные)) Поэтому и хотелось книгу, чтобы не было соблазна сбежать в исторический отдел.

Сразу языки. Лекции по конкретному языку, лабораторные по этому же языку.

Бедные студенты, их сразу на дно кидают.

Вообще к слову, есть два базовых "кита": язык и алгоритмы (по последнему по памяти могу назвать Кнута, Стивена Скиену, Кормена). Уже на этом, или из этого идут разные способы применения (или подходы: то же ООП, паттерны) как первого, так и второго.

Эм... что? Ничего не понятно из фразы, кроме авторов, каких надо почитать/посмотреть.

[*Волкодав *]

Эйвлинн, тут всё зависит от преследуемой цели. Если просто "разобраться в понятиях", тогда проще гуглить. Если же "научиться" - тогда читать серьёзную литературу. Хотя я бы советовал желающим научиться делать так: брать дешёвую книжку в духе "С++ для чайников", проходить её до конца, а потом браться за талмуды Шилдта. У справочников очень высокий порог вхождения, к сожалению. А бульварные бумажки не дают толком понимания, только принцип "хочешь это - вставь вот это".

[Локи 7281]

Эйвлинн, нет такой книги, потому что запрос в целом можно перефразировать как "5-6 лет вышки в одну книжку"

Обычно языки и алгоритмы неотделимы друг от друга, ибо как писать-то иначе? Зная буквы, но не зная слова?

[Эйвлинн]

Локи 7281, я ведь не зря приводила в пример теорию государства и права для юристов. В ней - основной базис, большинство общей терминологии и характеристик. Такие понятия, как закон, штраф, норма права, система права и система законодательства. По факту это изучается за полгода, а потом в каждой отрасли права повторяется раз за разом, чуть изменившись тут и там.

Обычно языки и алгоритмы неотделимы друг от друга, ибо как писать-то иначе? Зная буквы, но не зная слова?

Новичок, только-только открывший мир программирования, понимает, что такое язык, потому что видит: вот есть Java, вот C, вот php. А что такое алгоритмы? А ООП? Какие есть типы данных и зачем столько разных типов?

*Волкодав *, мне вручили томик Нейгела по С# на полторы тысячи страниц, а там ни слова, что такое ООП, чем отличается от других, поэтому ищу книгу-базис. Потому что одно дело что-то там писать, ориентируясь на книжку, другое - понимать.

[Юрий Рэйн]

Эйвлинн,

А что такое алгоритмы?

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

Небольшой словарик, надеюсь что-то прояснит.

Класс - штука, хранящая информацию о предмете или явлении, и возможные с ним действия. С помощью класса можно описать хоть число, хоть текст, хоть прямоугольник, хоть радиоприёмник.

ООП - работа с классами. Что классы, то ООП. (С# импользует ООП подход, Си - функциональный: одни функции.).
Другой подход: отдельные функции. (Т.е. задача хранения информации решается отдельно.)

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

SQL

Язык работы (общения) с базами данных, информацию в которых можно представить как (в виде) таблицы. (Есть базы данных, работающие с другими языками, но они пока менее популярны.)

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

Структура данных - способ, соглашение о том, как хранить данные (числа, строки и т.п.) в памяти компьютера (обычно в оперативной памяти).

Framework

- Уже кем-то реализованные для конкретного языка программирования возможности, классы, действия, облегчающие работу и создание программы, но требующий дополнительного изучения.

frontend

- программирование того, что пользователь увидит в браузере (обычно HTML, HTML5, Javasсript)/

backend разработка

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

Десктоп, desktop — программа для компьютера, предназначена для пользователя (в отличии от программ, необходимых для работы ОС и оборудования.)

[Эйвлинн]

Юрий Рэйн, спасибо за объяснения, все становится понятнее))

можно несколько вопросов?

Класс
Класс состоит из объектов? Или из объектов, методов, функций и всего того, что мы пожелаем в него включить? Из чего не может состоять класс?

ООП
В Си ведь создают объект, с которым работают, а в том же C# есть функции. Можно на каком-то понятном примере объяснить разницу, почему C# это ООП, а Си - функциональный язык. И как определять какой язык к какому... ммм... типу?группе? языков принадлежит?

Уже кем-то реализованные для конкретного языка программирования возможности, классы, действия, облегчающие работу и создание программы, но требующий дополнительного изучения.

Framework - программа для написания программ? Или это больше язык?

Между frontend и backend есть ведь ступени? Их может быть несколько, в зависимости от компьютера?ОС?

Десктоп, desktop — программа для компьютера, предназначена для пользователя (в отличии от программ, необходимых для работы ОС и оборудования.)

Это те программы, с которыми работает пользователь: Word, солитер?
Программы, необходимые для работы ОС - те, куда пользователю лучше не лезть или нельзя залезть?

[*Волкодав *]

Класс состоит из полей (это данные) и методов (это работа с данными, или же функции). Объект - это реализация класса, его экземпляр. Грубо говоря, класс - это чертёж лома, а объект - это сам лом. Класс может состоять из простых данных (например, целочисленные, строковые, булевы переменные), так и из составных (например, структуры или же другие классы). Метод (функция) - это записанный алгоритм, работающий с данными. От функционального языка программирования классы отличает, собственно, само наличие такого типа данных, как класс со всеми его плюшками (в языке С нет классов. Нет возможности описать свой фрагмент кода, содержащий данные и работу с ними, соединить с другими написанными фрагментами кода, например, даже не разбираясь в том, как они реализованы.) Три столпа ООП - полиморфизм, инкапсуляция, наследование.
Наследование - это модифицирование кода без изменения базового. Например, у вас есть какой-то класс, который представляет собой формульную запись четырёхугольника. Он состоит из переменных, описывающих координаты углов, описывает связанные между собой углы и, допустим, измеряет периметр. Вы можете на базе этого класса создать свой не копипастой, а наследованием. В котором уже будет реализовано всё описанное. Но новый класс может также содержать какие-то новые фишки - допустим, вы напишете туда формулу подсчёта площади четырёхугольника (допустим, что ваш новый класс будет описывать фигуру квадрата). Плюсы в том, что вам не приходится писать метод, описывающий периметр заново - он уже есть и вы можете им воспользоваться. И он будет справедлив для потомков.
Полиморфизм - способность при использовании одинаковых интерфейсов обрабатывать данные разных типов. Например, вы можете написать метод, складывающий два целочисленных числа, метод, складывающий два числа с плавающей запятой и метод, складывающий целочисленное с числом с плавающей запятой. Назвать их одинаково. И пипл схавает компилятор обработает. И всё в порядке.
Инкапсуляция - сокрытие данных. Внутри класса мы можем описать методы, которые будут обрабатывать входные данные и выдавать что-то на выход, причем сам способ обработки мы не увидим. И он нас не будет интересовать. Нам достаточно знать, что этот чёрный ящик принимает данные А и выдаёт результат Б. Детали неважны. Тем самым программист избавлен от большого количества ошибок, когда он меняет где-то переменную, а результат всплывает где-то в другом месте. Программисты могут писать отдельные модули и давать их друг другу не вдаваясь в подробности внутренней реализации, а просто описывая результат работы.

[*Волкодав *]

Framework - не только программа.
Во-первых, это набор закрытых для вмешательства программиста уже реализованных алгоритмов внутри языка. Например, функция удаления букв из строки уже существует. Нет смысла писать её заново. Кто-то уже написал её за тебя, хорошо, качественно, надёжно. Она работает и работает быстро. Поэтому другой человек просто будет использовать её, не вдаваясь в детали внутренней реализации. Он знает, что если на вход этой функции подать строку и буквы, которые нужно удалить, то на выходе он получит строку с уже удалёнными из неё буквами. Наборы таких вот реализаций называются библиотеками.
Во-вторых, ваш программный код вызывает огромное количество побочных вещей внутри системы - он работает с сокетами, он работает с другими программными продуктами, он работает с системой в целом (может обращаться к каким-то вещам, которые умеет делать ваша система - например, система умеет соединяться с internetом, слать через него данные на другие компы и так далее). Чтобы программист мог это сделать, система предоставляет ему набор стандартных интерфейсов. Фреймворк "подхватывает" эти интерфейсы и программист избавлен от их изучения, избавлен от необходимости учить язык общения с этими интерфейсами - за него всё это делает фреймворк. Иными словами, он связывает набор доступных операций воедино и позволяет обращаться к ним через какой-то общий язык программирования.

Если объединить воедино, то фреймворк - это набор реализованных подпрограмм (функция сложения) и программ-связок, позволяющих программисту одинаковым образом обращаться к разным компонентам системы, не задумываясь о том, каким образом было предусмотрено это обращение разработчиком компоненты этой системы.
Также зачастую, фреймворк даёт эту возможность нескольким разным языкам программирования. Например, работать на одном и том же фреймворке можно на языке С# и, допустим, F#. И у обоих этих программистов будет возможность написать программу, которая, например, будет слать через интернет моё сообщение, вводимое с клавиатуры. Хотя по факту, разработчик OS Windows предусмотрел для пользователя отдельно:
1.Возможность узнать, какая клавиша была нажата на клавиатуре
2.Возможность сказать сетевой карточке отправить какие-то сигналы в сеть


Воедино их связал framework. И позволил всё это делать на нужном программисту языке

[Юрий Рэйн]

Эйвлинн,
Грубо говоря, класс - это чертёж. Объект - созданный по чертежам «предмет». Работаем всегда с объектом, «предмет»-ом, но чтобы узнать что можем с ним делать -смотрим на класс

В Си ведь создают объект, с которым работают, а в том же C# есть функции. Можно на каком-то понятном примере объяснить разницу, почему C# это ООП, а Си - функциональный язык. И как определять какой язык к какому... ммм... типу?группе? языков принадлежит?

В Си не создают объектов. И класс там не описать. В Си работают напрямую с памятью компьютера.
А что касается C#: без функций нельзя сделать класс. И нельзя описать функции вне класса (что, впрочем, может иметь исключение в других объектно-ориентированных языках, например С++).

Определить группу языков можно либо по википедии, либо найдя в синтаксисе языка (его стандартных, ключевых словах) слово "class".

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

Framework - программа для написания программ? Или это больше язык?

Ни то, ни другое. *Волкодав * сказал лучше.

Между frontend и backend есть ведь ступени? Их может быть несколько, в зависимости от компьютера?ОС?

Нет ничего, что можно назвать ступеней. Данные пересылаются через интернет соединение.

Это те программы, с которыми работает пользователь: Word, солитер?

Да.

Программы, необходимые для работы ОС - те, куда пользователю лучше не лезть или нельзя залезть?

Скорее нельзя. И не видит их пользователь обычно. Это драйверы, системные сервисы.

[Локи 7281]

Эйвлинн, вторая фраза была не вам, а в пустоту дискуссии.
Тогда у программистов есть математика, и это база.

То, что вам написали, гуглится, как и советовали выше.

[+Alecto+]

Эйвлинн,

да. Там в основном описания всяких алгоритмов, рекурсии, сортировки, и прочей теоретической базы.
это надо знать, а то я фигею с нынешних прогеров, которые впадают в транс при слове «рекурсия».

[Nova Satori]

Эйвлинн, на английском можно советовать?)) мне кажется, в общем плане хороша серия head first (java) - имхо, очень хороший общий вводный обзор ООП, зачем он нужен и тп

[Эйвлинн]

Nova Satori, мой английский не настолько хорош, чтобы понимать программные термины) Но спасибо, попробую постичь книгу.

+Alecto+, там четыре тома, не всякие добираются до теории, переходя к практике. Спасибо, почитаю.

Локи 7281, математика? Окей, как с помощью математики объяснить... ммм... ту же рекурсию?

*Волкодав *, большое спасибо за ответы

Полиморфизм - способность при использовании одинаковых интерфейсов обрабатывать данные разных типов.

Использование одного и того же метода для сравнения двух символов и двух строк - это будет полиморфизм? А если сравнивать этим же методом целое число и символ - тоже полиморфизм?

Инкапсуляция - сокрытие данных.

Можно ли сериализацию в какой-то мере назвать инкапсуляцией сохранения данных в файл?

Прошу прощения, если неправильно употребила термины.

Юрий Рэйн, большое спасибо за ответы

[*Волкодав *]

Эйвлинн,

Использование одного и того же метода для сравнения двух символов и двух строк - это будет полиморфизм? А если сравнивать этим же методом целое число и символ - тоже полиморфизм?

не одного и того же метода. Метода, имеющего одно и то же название. В функциональных языках вы не можете определить два метода, имеющих одинаковое название (если я не ошибаюсь, врать не хочу). В ООП - можете. Более того, два метода, идентичных по своим свойствам, передаваемым и возвращаемым значениям, определённые в разных классах будут считаться разными методами. Внутри одного класса можно объявить два и более методов с одинаковым названием, если у них будут отличаться передаваемые в эти методы данные. Грубо говоря, метод Add(int a, int b) и Add(string a, string b) будут восприниматься компилятором как два метода. И это будет являться примером полиморфизма. Подобное сильно упрощает жизнь, если методы делают примерно одно и то же действие с разного рода данными.

По поводу сериализации - ваш вопрос, скажем так, не имеет смысла. Это набор фраз.)
Инкапсуляция - это сокрытие механизма реализации чего-нибудь во избежание дополнительных ошибок. Работа со сложным объектом как с простым. Хороший пример приведён на киберфоруме: инкапсуляция - это как автомобиль. Залили бензин, масло, включили зажигание, нажали на педаль и поехали. Вам совершенно нет нужды знать, что происходит с топливом, зачем нужно масло, как работает коробка передач или сам двигатель. Ваша задача - доставить груз, используя автомобиль. Чтобы её выполнить, вам нужно только уметь водить и заправлять автомобиль. Выяснять принцип его работы вам незачем. Это и есть инкапсуляция.

Не за что.) Было время, написал.)

[*Волкодав *]

Эйвлинн, простейший пример рекурсии в математике - деление уголком. А бесконечной рекурсии - деление уголком числа 10 на 3.

[Эйвлинн]

*Волкодав *, спасибо ещё раз.
Почему спрашивала про сериализацию: был вопрос, чем именно сериализация отличается от сохранения данных в файл? Программист может прописать, что вот эти данные вот так записать в файл или использовать сериализацию. В результате будет одно и то же? Если да, то почему использование сериализации предпочтительнее?
Я так поняла, что сериалиазацию используют, чтобы "не задумываясь поехать на машине" вместо того, чтобы прописывать весть процесс от заправки до езды. Однако такой ответ, как "удобнее" не прошел. )) Поэтому подумала, а инкапсуляция не могла сыграть роль?

[*Волкодав *]

Эйвлинн, сериализация - это трансформирование данных в последовательность бит. Есть ещё обратный метод - структуризация. Смысл в том, что при восстановлении (структуризации) сериализованных данных, они полностью сохраняют свою внутреннюю структуру. Файл - это только способ хранения данных, способ их представления в памяти компьютера. Файл - абстрактное название для всего, что не является каталогом в OS Windows. Объекты в этой системе делятся на два типа - файлы (сами данные) и каталоги (объединение файлов под общим критерием для облегчения управления ими пользователем). Не существует "просто сохранения в файл". Вы в любом случае представляете свои данные в какой-то форме. В винде каким-то условным описанием этой формы для пользователя является формат (оно же расширение). В линуксе вообще нет такой фигни как расширение файла. На диске данные хранятся в бинарном виде всегда. Сохранение при помощи сериализации - это сохранение данных таким образом, чтобы при их структуризации они остались точно тем же, чем были до структуризации. В обычном случае фреймворк за вас уже делает сериализацию ваших классов, поскольку может привести их к виду стандартных данных (целочисленные, с плавающей запятой, символьные и т.п.). Но это частный случай - сериализация написанных классов. Мы же рассматриваем общее понятие сериализации. А в общем виде это перевод любых данных в вид двоичного кода.

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

[Эйвлинн]

*Волкодав *, а это совсем по-другому, чем написано в статьях Похоже, подобный ответ был нужен. Спасибо))
Хотя наводящие вопросы касались сохранения данные в файл, как сохраняются данные в файл (и не надо писать и тыкать в код! (с) )...

[*Волкодав *]

Эйвлинн, пожалуй, существует слишком много ответов на этот вопрос. Что значит "как сохраняются данные в файл" ?
как это происходит с точки зрения кода, как это происходит с точки зрения фреймворка, конкретной операционной системы, процессора, винчестера, просто логики сохранения?

[Эйвлинн]

*Волкодав *, подозреваю, что логики сохранения, раз вопрос был по курсовой, почему вы использовали сериализацию, а не сами прописали сохранение? чем отличается сериализация от сохранения?
Почему-почему... Потому что в задании написано!

[*Волкодав *]

Эйвлинн, потому что проще использовать стандартный механизм сохранения данных, а не писать его самостоятельно. Одно из золотых правил программирования - не изобретай велосипед. Есть такая концепция - K.I.S.S. Собственно, использовать сериализацию - это использовать стандартные средства сохранения, не писать их самостоятельно. Разница зависит от того, что конкретно вы сохраняете. Если, допустим, смешанный символьно-числовой файл, то с использованием сериализации проще эти данные вернуть в оперативную память и занести в те классы, которые вы сериализовали. Если бы вы сохраняли их, что называется, вручную, вам бы пришлось придумывать способ их сохранения, отделения данных друг от друга и восстановления из файла (поскольку в файле не сказано, что вот эти символы должны заноситься вот в эту строку, а вот эти числа - вот в тот массив).

[Nova Satori]

Эйвлинн, програмные термины как раз универсальны)) техническую литературу вполне можно читать со средним английским, по себе знаю)) а вам для чего надо, я как-то пропустила - для работы в дальнейшем или сдал-забыл?

[Эйвлинн]

Nova Satori, для работы в дальнейшем, потому что вариант сдал-забыл не прокатит. Зачем тогда учиться?

*Волкодав *, спасибо за ответ. Почитаю про концепцию)

[Nova Satori]

Эйвлинн, тогда серия head first должна вам подойти - да и английский прокачаете, что никогда не бывает лишним)) Я сама научилась (ну или я на это надеюсь ) думать в стиле ООП именно после этой книги. Они не занудно написаны, их реально можно читать с удовольствием, там есть упражнения для остановиться и подумать.
Плюс посмотрите курсы на coursera.org - множество курсов разного уровня, на англ-руссокм-с субтитрами
да, и java пользуется спросом