да она не решает

и вообще функции высших порядков решают

Ну это как посмотреть.. Я пока ещё не разобрался

Композицию тогда уж, эм.

"Всё, что решается наследованием, решается и композицией"

тоесть передаем в конструктор десяточек лямдб ?

> конструктор

Конструктор чего?

что тебя смущает ?

одну лямбду. а она генерит ещё девять.

чего-то

как бы да, только конструктора нету)

тоесть передаем в конструктор десяточек лямдб ?

Нету в элексире конструкторов

Поведение и данные отдельно

тоесть когда вы создаёте процесс или что там было это нельзя назвать констурктором ?

Это функция прежде всего

тоесть когда вы создаёте процесс или что там было это нельзя назвать констурктором ?

https://en.wikipedia.org/wiki/Constructor_(object-oriented_programming)

В Elixir нет конструкторов.

Т.е. spawn_link это явно не конструктор

Но он создает процесс

всё правильно. >to create an object.

конструктор создаёт объект определённого класса. У этого объекта есть параметры и методы. Тут такого нету

типы есть ? обьектов типов нет ?

Есть, но конструктор - это из ООП

Можно так же сказать тогда, что любая фабрика - конструктор

Но это не так

конструктор создаёт объект определённого класса. У этого объекта есть параметры и методы. Тут такого нету

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

Объект подразумевает совмещение данных и операций над ними. Тут такого нету

как нету ?

мухи отдельно котлеты отдельно

Данные ОТДЕЛЬНО, поведение ОТДЕЛЬНО

Ты создаешь структуру с данными

И в !модуле! объявляешь функции для работы со структурой

и пердолишь ей ген-сервер по кругу

ну фукнции и будут методами

просто это такой откат на двадцать лет назад когда надо руками связывать

Нету в функциональщине методов

Это терминология ООП

ок функции над данными

Метод может быть у объекта. Если ты вызовешь один и тот же метод у разных объектов - получишь разное поведение.

просто это такой откат на двадцать лет назад когда надо руками связывать

Ну нет. Зачастую структура и функции в одном модуле

И разделение это исключительно хорошо

У метода есть что то типа this. А тут такого нету. Считай все функции статические

Ну нет. Зачастую структура и функции в одном модуле

правильно. и называется {module_name}_{method_name}. и первый агрумент это стейт. в сишке тоже это проходили и пришли к полноценным классам

Module.function(data)

this это первый аргумент

Или data |> Module.function

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

правильно. и называется {module_name}_{method_name}. и первый агрумент это стейт. в сишке тоже это проходили и пришли к полноценным классам

Зато в ООП для этого костыли в виде методов расширения и fluent-синтаксиса

но ваще-то я не про ооп в целом. меня волнует конкретно как в фп обходятся без наследвоания. ну тоесть это не тема для траления. это боль которую я ношу уже несколько лет

С пайпами можно сразу data |> Module.function1 |> Module.function2

вот вы говорите композиция. окей

Композицией

надо изучать

Конкретно в элексире это облегчается с помощью use

вот вы говорите композиция. окей

Ты там что-то про Go писал вроде?

не

надо изучать

Так вот, там композиция.

Там тоже композиция

пацаны пацаны а вы конкурируете с гошечкой ?

Есть ещё и полиморфизм - с помощью протоколов

И в питоне первый аргумент всегда self

мне кажется это всё не то. тоесть Composition vs. Inheritance это конечно есть такой вид олимпиады но меня волнует наследование как уточнение под проект а не как делание из фигуры круга

Ну пример то приведи какой-нибудь

Ты мыслишь объектно ориентированно

мне кажется это всё не то. тоесть Composition vs. Inheritance это конечно есть такой вид олимпиады но меня волнует наследование как уточнение под проект а не как делание из фигуры круга

Тут нету объектов, уточнять ничего не надо. Просто работаешь с данными и всё

да. это моя слабость

ну а как же библиотечки

ну а как же библиотечки

А что они?

ну слабо конфигурируемо получается

Нормально там все

Если библиотека поддерживает конфигурацию, то эта конфигурация передается как данные в функции

Ты думаешь: "есть крутая библиотека, но она слишком широка для моих задач. Когда такое попадается в сишке - я просто наследуюсь с уточнением - и всё работает. А тт наследования нету - беда"

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

Просто берешь

И делаешь функцию

Для этой структуры

и кто её будет вызывать ?

Но тут то нету классов! Ты просто после обработки данных библиотекой пишешь функцию, которая ещё раз дообрабатывает их и всё!

Ты думаешь: "есть крутая библиотека, но она слишком широка для моих задач. Когда такое попадается в сишке - я просто наследуюсь с уточнением - и всё работает. А тт наследования нету - беда"

В таком случае передаешь функцию в какую-нибудь другую, которая определена в библиотека

Если библиотека это поддерживает

Но тут то нету классов! Ты просто после обработки данных библиотекой пишешь функцию, которая ещё раз дообрабатывает их и всё!

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

В таком случае передаешь функцию в какую-нибудь другую, которая определена в библиотека

Тогда вот

ну получается лапша из колбеков

тогда в библиотеке будет хуки, или это плохая библиотека

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

Или используешь низкоуровневые методы

Если либа поддерживает

тогда в библиотеке будет хуки, или это плохая библиотека

окей, взять то что уже нахучил и сделать новое поведение вместе со старым не копипастя все старые хуки ?

ну получается лапша из колбеков

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

тут же чуваки не тупые сидят - почти во всех либах всё высокоуровневое с применением ТВОИХ лямбд. А там пилишь что хочешь, и уточняешь что хочешь

тогда в библиотеке будет хуки, или это плохая библиотека

ну звучит ок но надо конечно конкретно смотреть как че реализовали да

вроде от языка кверения бд вытекали глаза но это было давно

https://github.com/elixir-ecto/ecto