Зачем нужны объекты?

@Chak-Nuris · Регистрация: 17.03.2015

Студворк — интернет-сервис помощи студентам

@Dennis Ritchie · 03.05.2015, 09:24

Сообщение от korvin_

В языках с GC нет деструкторов и соответственно освободить ресурс таким образом не получится.

Оу, ты забыл про D (говоришь, нет деструкторов?

).

@Fulcrum_013 · 03.05.2015, 10:06

Сообщение от Shamil1

и что для хранения/передачи данных используют классы без методов

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

@korvin_ · 03.05.2015, 13:06

Не по теме:

Сообщение от Dennis Ritchie

Оу, ты забыл про D

D он такой, да, ненужный. Про него постоянно все забывают.

@Shamil1 · 03.05.2015, 16:45

Сообщение от Fulcrum_013

Ну это уже кобыла запряженная позади паровоза. Классы без методов - структуры использовалиь и до ООП.

Разумеется суть ООП не в этих классах без методов.

Сообщение от Fulcrum_013

Собственно говоря ООП и возникло из того что в эти структуры начали добавлять указатели на обрабатывающие их функции.

ООП развивается.
Такой подход тоже используется. Там, где это удобно и естественно.

@Dennis Ritchie · 04.05.2015, 01:51

Не по теме:

Сообщение от korvin_

D он такой, да, ненужный. Про него постоянно все забывают.

Уважаемый, а этот скрин вам ни о чём не говорит? :D

@korvin_ · 04.05.2015, 10:57

Не по теме:

Сообщение от Dennis Ritchie

Уважаемый, а этот скрин вам ни о чём не говорит?

Нет.

@Fulcrum_013 · 04.05.2015, 13:35

Сообщение от Shamil1

ООП развивается.
Такой подход тоже используется. Там, где это удобно и естественно.

Ну да - все новое - это хорошо забытое старое

@castorsky · 07.05.2015, 18:39

Сообщение от Shamil1

Поняли теперь, зачем методам быть частью объекта?

увы, нет. Нужность RAII такая же как и ООП. Ненужно.

Сообщение от Shamil1

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

Вы путаете то что называется модулями в C# с модулями (те, которые из паскаля). Говорю же - сплошное незнание.

Сообщение от Shamil1

castorsky, писал, что в ООП нельзя сделать "одну функцию для схожих типов", а можно только "схожие объекты каждый со своим методом". И, якобы, по этой причине ООП не совместимо с модульностью.

я напомню на всякий случай что я писал:

Сообщение от castorsky

в данном случае модуль foo один (и экспортирует одну функцию foo), а методов для каждого объекта разных классов - 2. Я понимаю что это решается наследованием или шаблонами, например. Но это так уныло, и раздувает код до невозможности. Нормальное решение - ФВП.

Разница есть в предложения "это возможно" и "это невозможно"?

Сообщение от Shamil1

ООП развивается

Ага. Из последнего: scala, swift, D, rust, clojure, elixir. Тут пахнет мировым функциональным заговором.

@Shamil1 · 07.05.2015, 19:26

Сообщение от castorsky

увы, нет. Нужность RAII такая же как и ООП. Ненужно.

Можете привести "безобъектовые" варианты приёмов в моих примерах?

Сообщение от castorsky

Вы путаете то что называется модулями в C# с модулями (те, которые из паскаля). Говорю же - сплошное незнание.

Опять Вы загадками говорите. Что такое "модули из паскаля" и чего они позволяют сделать такого, чего нельзя в C#.

Сообщение от castorsky

Разница есть в предложения "это возможно" и "это невозможно"?

Ну и где же в C# код "раздувается до невозможности"? Вы можете свои абстрактные слова подкрепить каким-нибудь конкретным примером?

Сообщение от castorsky

Ага. Из последнего: scala, swift, D, rust, clojure, elixir.

Я говорил не о языках, а паттернах. Хотя языки, конечно, тоже развиваются.

@castorsky · 07.05.2015, 19:53

Сообщение от Shamil1

Можете привести "безобъектовые" варианты приёмов в моих примерах?

Могу ставьте задачу (чтобы не было неоднозначности).

Сообщение от Shamil1

Опять Вы загадками говорите

Я же не виноват что Вы вступаете в разговор не понимая о чем речь. Еще раз повторю: самостоятельная независимая единица компиляции.

Сообщение от Shamil1

Ну и где же в C# код "раздувается до невозможности"?

не в c#, а при использовании ООП.

Сообщение от Shamil1

Вы можете свои абстрактные слова подкрепить каким-нибудь конкретным примером?

Всё уже подтверждено до нас. См мои многочисленные ссылки в треде. Вот еще.

Сообщение от Shamil1

Я говорил не о языках, а паттернах

ООП - Объектно-Ориентированный Паттерн?

Добавлено через 8 минут

Сообщение от castorsky

D

Даже это огрызок впитал в себя функциональные методы работы.

@Shamil1 · 07.05.2015, 20:28

Сообщение от castorsky

Я же не виноват что Вы вступаете в разговор не понимая о чем речь. Еще раз повторю: самостоятельная независимая единица компиляции.

В моём примере как раз была самостоятельная единица компиляции:
"модуль для сохранения данных в постоянном хранилище."

Сообщение от castorsky

не в c#, а при использовании ООП.

Что Вы подразумеваете под "использованием ООП"? Создание иерархии на 10 уровней наследования? Или множественное наследования ("с учётом ромбовидности"), которого в C# вообще нет?

Сообщение от castorsky

Всё уже подтверждено до нас. См мои многочисленные ссылки в треде.

По ссылке только слова. Я могу привести ссылки на слова с противоположным смыслом.
Смысл Вашего последнего примера сводился к тому, что в ФП можно написать foo(object1) и foo(object2), а в ООП только object1.foo() и object2.foo()...

Сообщение от castorsky

Даже это огрызок впитал в себя функциональные методы работы.

Даже это огрызок впитал в себя ОО методы работы?

@castorsky · 07.05.2015, 21:01

Сообщение от Shamil1

В моём примере как раз была самостоятельная единица компиляции:
"модуль для сохранения данных в постоянном хранилище."

Я не понимаю как с Вами говорить =)) На последних 4 страницах я никаких примеров не увидел. В следующий раз обрамляйте тегом url.

Сообщение от Shamil1

Что Вы подразумеваете под "использованием ООП"?

какое из слов непонятно?

Сообщение от Shamil1

По ссылке только слова

Разворачивайте. С сылками на источник пожалуйста.

Сообщение от Shamil1

Даже это огрызок впитал в себя ОО методы работы?

Как минимум половина из названных ООЯП. И? ООП не развивается, т.к. нечему развиваться, а вот ООЯП развиваются, и это развитие берет свои начала в ФП.

@Shamil1 · 07.05.2015, 22:29

Сообщение от castorsky

Я не понимаю как с Вами говорить =)) На последних 4 страницах я никаких примеров не увидел. В следующий раз обрамляйте тегом url.

Как можно не увидеть то, на что Вы отвечаете?

Напоминаю данную "ветку" диалога:

Сообщение от Shamil1

В данном случае незнание - у Вас. Если Вы никогда не использовали модули, реализующие интерфейс с параметром типа, то это не означает, что их не бывает.
Пример:
Есть модуль для сохранения данных в постоянном хранилище. Интерфейс: insert/update/delete/get/list. Гораздо удобнее сделать интерфейс с параметром типа и реализовать его в виде класса Repository<T> реализуещего методы insert<T>(T item) и т.д. Если есть сущности, для которых сохранение отличается, то мы создадим для них специальные классы, пронаследовав их от Repository<T>.

Сообщение от castorsky

Вы путаете то что называется модулями в C# с модулями (те, которые из паскаля). Говорю же - сплошное незнание.

Сообщение от Shamil1

Опять Вы загадками говорите. Что такое "модули из паскаля" и чего они позволяют сделать такого, чего нельзя в C#.

Сообщение от castorsky

Я же не виноват что Вы вступаете в разговор не понимая о чем речь. Еще раз повторю: самостоятельная независимая единица компиляции.

Сообщение от Shamil1

В моём примере как раз была самостоятельная единица компиляции:
"модуль для сохранения данных в постоянном хранилище."

Сообщение от castorsky

Я не понимаю как с Вами говорить =)) На последних 4 страницах я никаких примеров не увидел. В следующий раз обрамляйте тегом url.

Добавлено через 9 минут

Сообщение от castorsky

какое из слов непонятно?

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

Сообщение от castorsky

Разворачивайте. С сылками на источник пожалуйста.

Если Вы забыли, какую ссылку дали мне час назад, то прокрутите вверх до своего сообщения, на которое я отвечал. Там только одна ссылка.

Сообщение от castorsky

ООП не развивается, т.к. нечему развиваться, а вот ООЯП развиваются, и это развитие берет свои начала в ФП.

ФП не развивается, т.к. нечему развиваться, а вот ФЯП развиваются, и это развитие берёт свои начала в ООП.

@castorsky · 07.05.2015, 23:03

Сообщение от Shamil1

Есть модуль для сохранения данных в постоянном хранилище. Интерфейс: insert/update/delete/get/list. Гораздо удобнее сделать интерфейс с параметром типа и реализовать его в виде класса Repository<T> реализуещего методы insert<T>(T item) и т.д. Если есть сущности, для которых сохранение отличается, то мы создадим для них специальные классы, пронаследовав их от Repository<T>.

Это и есть Ваш пример? А зачем столько сложностей?

Lisp
1
2
(hash-update
   *storage* key value (lambda () (failure-result-function)))

Я же говорю, ООП головного мозга.

Сообщение от Shamil1

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

Что там уметь? Проектировать приложение да, уметь надо. И не дай Бг начинать его писать сверху-вниз (как всегда делают ООПшники).

Сообщение от Shamil1

Если Вы забыли, какую ссылку дали мне час назад

Если Вы несогласны со словами, аргументируйте. Я же не телепат, чтобы знать о какой именно ссылке идет речь.

Сообщение от Shamil1

ФП не развивается

Так там нечему развиваться, как бы. Будет что-то новое в лямбда-исчислении или комбинаторной логике, оно сразу найдет свое отражение в ФП.

@Shamil1 · 08.05.2015, 00:52

Сообщение от castorsky

Это и есть Ваш пример? А зачем столько сложностей?

Lisp
1
2
(hash-update
 *storage* key value (lambda () (failure-result-function)))

Я же говорю, ООП головного мозга.

Что делает этот смешной код?
И каким образом он заменяет "insert/update/delete/get/list"?

Добавлено через 5 минут

Сообщение от castorsky

Если Вы несогласны со словами, аргументируйте.

А Вы на мои аргументы дадите ещё одну ссылку с пространными рассуждениями на тему "как плохо ООП"?
Если бы хотя бы полезные были ссылки, а так - только время зря терять.

Сообщение от castorsky

Что там уметь? Проектировать приложение да, уметь надо.

В том числе и проектировать.

@castorsky · 08.05.2015, 16:28

Сообщение от Shamil1

Что делает этот смешной код?

Всё написано на понятном буржуйстком языке. Читайте.

Сообщение от Shamil1

И каким образом он заменяет "insert/update/delete/get/list"?

Я сначала прочитал это как относительный путь. Не вижу проблемы. БД хранится в памяти в виде структуры данных. Для каждой структуры данных есть свой интерфейс доступа (или API). Вот единый интерфейс list (печать данных) для трех разных структур данных

Кликните здесь для просмотра всего текста

Lisp
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
(define-syntax list-data
  (syntax-rules ()
    ((_ data)
     (match data
       ((? list?) (for-each displayln data))
       ((? vector?) (for ((value data))
                      (displayln value)))
       ((? hash?) (for (((key value) (in-hash data)))
                    (printf "~a ~a~n" key value)))))))
 
(list-data (vector 1 2))
(list-data (list 3 4))
(list-data (make-hash
            (list (cons 'a "aa")
                  (cons 'b "bb"))))
;1
;2
;3
;4
;a aa
;b bb

То же делается с другими функциями интерфейсов и сохраняется с модуле, например, data-access. ООП тут где? Было бы ООП, тогда да, пришлось бы городить отдельные интерфейсы, отдельные классы и прочие раздувания, которые Вы так старательно охраняете от посягательств.

Сообщение от Shamil1

А Вы на мои аргументы дадите ещё одну ссылку с пространными рассуждениями на тему "как плохо ООП"?

Так Вы же не пытались. Я не видел никаких аргументов. Пара попыток была, но все они безуспешны.

Сообщение от Shamil1

В том числе и проектировать.

Не в том числе, а предварительно. Набег на ООП без этих знаний приведет к тому что Вы тут пишете. Интерфейсы, а для них еще интерфейсы, а для каждого чиха классы, а для каждого пука объекты.

@Shamil1 · 08.05.2015, 21:02

Сообщение от castorsky

Не вижу проблемы. БД хранится в памяти в виде структуры данных. Для каждой структуры данных есть свой интерфейс доступа (или API).

Воспользуйтесь для перевода на понятный буржуйский язык:
https://translate.google.ru/#r... хранилище
постоянное хранилище = persistent storage
Никак не может быть структурой данных в памяти.
Кроме того, в нормальных проектах нельзя делать "абы как". Есть куча требований - по нагрузке, надёжности, параллельному доступу и так далее.

Сообщение от castorsky

Для каждой структуры данных есть свой интерфейс доступа (или API). Вот единый интерфейс list (печать данных) для трех разных структур данных

И для каждого типа данных у Вас в функции отдельная строка... А всего разных сущностей у нас больше 100. В некоторых есть внешний ключ на другие сущности. В каждой есть какие-то ограничения (например, если поле типа "строка", то не более стольки-то символов). И если написать так, как Вы тут предлагаете, то это будет "дикий ужас".

Кстати. list в данном случае - выводит список записей, удовлетворяющих некому предикату (в предикате могут быть ограничения на поля не только данной сущности, но и других... например, "все музеи, у которых в адресе - город Москва"). Сколько Вам нужно строк кода, чтобы реализовать это для всех 100+ сущностей?

Не в том числе, а предварительно. Набег на ООП без этих знаний приведет к тому что Вы тут пишете. Интерфейсы, а для них еще интерфейсы, а для каждого чиха классы, а для каждого пука объекты.

Ну если Вы такой специалист по проектированию, то напишите интерфейс для модуля из примера.
Для простоты можно считать, что данные будут сохраняться в СУБД (около 100 разных таблиц).
Разные сущности могут ссылаться друг на друга. Например, у сущности ПОИ одно из свойств - сущность Адрес, у сущности Адрес одно из свойств - сущность Город. Когда мы запрашиваем ПОИ (get или list), мы можем также запросить для неё Адрес, а для адреса - Город.
inset - добавление новой
update - изменение существующей
delete - удаление (но нельзя удалить сущность, на которую есть ссылки)
get - получение одной сущности по ключу (возможно, с сущностями, на которые она ссылается)
list - получение сущностей, удовлетворяющий предикату

Я не прошу Вас написать код (хотя там кода на 30 строк на C#). Просто опишите интерфейс для модуля.

Мой вариант (не из реального проекта... скорее учебный):

C#
1
2
3
4
5
6
7
8
9
public interface IRepository<T, K> 
    where T : class, new()
{
    void Insert(T item);
    void Update(T item);
    void Delete(T item);
    IEnumerable<T> List(Predicate<T> condition, params string[] path);
    T Get(K key, params string[] path);
}

@castorsky · 08.05.2015, 22:45

Сообщение от Shamil1

Воспользуйтесь для перевода ... и так далее.

Вы говорите о hard drive'ах? Или может снимите завесу тайны. Если речь о СУБД, то я больше не отвечаю на Ваши комменты, т.к. это фееричный бред: "БД не может быть структурой данных в памяти". Я прошу Вас дать ответ на этот вопрос. Остальное я прокомментирую, но диагноз, простите, уже вырисовывается.

Сообщение от Shamil1

И для каждого типа данных у Вас в функции отдельная строка...

Это коленочный пример какбэ /КО

Сообщение от Shamil1

Кстати. list в данном случае - выводит список записей, удовлетворяющих некому предикату

В Ваших фантазиях м.б., в моем коде - нет. Не проблема, легко добавляется. Как и сведение всего макроса к единому телу без match'ей.

Сообщение от Shamil1

Ну если Вы такой специалист по проектированию, то напишите интерфейс для модуля из примера.

Вы мне сначала объясните целевое назначение этого интерфейса. Я не вижу в нем смысла. А лучше поставьте задачу, а я подумаю как ее реализовать. С интерфейсами, без интерфейсов, потоками, форками, etc.

@Shamil1 · 09.05.2015, 00:19

Сообщение от castorsky

Вы говорите о hard drive'ах? Или может снимите завесу тайны. Если речь о СУБД, то я больше не отвечаю на Ваши комменты, т.к. это фееричный бред: "БД не может быть структурой данных в памяти". Я прошу Вас дать ответ на этот вопрос. Остальное я прокомментирую, но диагноз, простите, уже вырисовывается.

Вы читайте внимательно, пожалуйста:

Сообщение от Shamil1

постоянное хранилище = persistent storage
Никак не может быть структурой данных в памяти.

Сообщение от castorsky

Вы мне сначала объясните целевое назначение этого интерфейса. Я не вижу в нем смысла. А лучше поставьте задачу, а я подумаю как ее реализовать. С интерфейсами, без интерфейсов, потоками, форками, etc.

Есть некая бизнес-логика. К ней нужно несколько разных модулей для сохранения данных в постоянном хранилище. От Вас требуется поставить задачу тем, кто будет эти модули разрабатывать. То есть, Вам нужно описать интерфейс этих модулей.

Сообщение от castorsky

В Ваших фантазиях м.б., в моем коде - нет.

Ну да, ну да. Вывод на печать - это то, что обычно требуется от модуля для сохранения данных в постоянном хранилище.

@castorsky · 09.05.2015, 00:34

Сообщение от Shamil1

Вы читайте внимательно, пожалуйста

Я внимательно прочитал. А Вы не ответили на мой вопрос.

Сообщение от Shamil1

То есть, Вам нужно описать интерфейс этих модулей.

Я не вижу в этом смысла, а задачу Вы не поставили.

Сообщение от Shamil1

Ну да, ну да. Вывод на печать - это то, что обычно требуется от модуля для сохранения данных в постоянном хранилище.

Ну да ну да, особенно с учетом того что list - список, рекурсивная структура данных, а не "выводит список записей, удовлетворяющих некому предикату", унылый Вы мой. Я же не телепат, чтобы разбираться с Вашими тараканами.

Новые блоги и статьи Все статьи Все блоги /
Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Jin X 06.09.2026 Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Работая с форумом и нейросетями в браузере часто хочется что-то подкорректировать или добавить какого-то функционала. Ниже прикреплён. . .	Программа опроса у.з. расходомера SLS-720F Argus19 02.09.2026 Программа опроса у. з. расходомера SLS-720F Программа опрашивает один раз в минуту три ультразвуковых расходомера SLS-720F через интерфейс RS-485 по протоколу Modbus RTU. Опрашиваются регистры. . .	Hyper-V: Компьютер должен поддерживать доверенный платформенный модуль 2.0. Maks 31.08.2026 При установке Windows 11 на виртуальную машину Hyper-V 2-го поколения вылезла такая ошибка: Решение: в параметрах виртуальной машины, в разделе "Безопасность" (Security) активировать флаг. . .	Архитектура биовида Стива в Майнкрафте: Зачем бонобо кубический каннибализм anaschu 30.08.2026 Кубический Вагинокапитализм в Minecraft: Математический инвариант ОДУ и рок Стивов-бонобо Главная задача разработанной «Модели Всего» — наглядно продемонстрировать наличие системной «судьбы». . .
Оттачиваю умение писать js программы. russiannick 30.08.2026 Проектом выходного дня стало написание Книги шифров Виженера. Итогом стала версия 200, синий туман. Синий туман назван так, потому что замораживает текст под собой. Нажатие синих кнопок управляют. . .	мат медиц модель 30. презентация проекта anaschu 27.08.2026 хоп хоп хоп хидахоп, а я кладую))	Как у меня протекала болезнь zorxor 27.08.2026 Здравствуйте, друзья! Эта запись блога предназначена именно для вас - для моих дорогих друзей, которые знали меня лично. Чтобы ответить на вопрос - а что же со мной произошло на самом деле? Я учился. . .	Нашел вот забавное видео о измерениях. Лучшее что я видел на эту тему kumehtar 26.08.2026 ILETXiw9bMQ Основная суть и тезисы по измерениям: 0D (Нулевое измерение): точка, не имеющая длины, ширины, высоты или объема. Объект не может перемещаться в 0D. 1D (Первое измерение):. . .

@Chak-Nuris 2 / 2 / 1 Регистрация: 17.03.2015 Сообщений: 110

	Зачем нужны объекты? 21.04.2015, 15:54. Показов 18187. Ответов 324 Метки нет (Все метки) Зачем нужны объекты? 0