те, кто критикует ооп, обычно подразумевает процедурщину с использованием классов, как неймспейсов

а не ооп

Есть императивный подход, а есть декларативный. И никто не мешает их смешивать в разных пропорциях.

или ооп, одно и тоже

http://blog.scalac.io/2016/06/02/overview-of-free-monad-in-cats.html

те, кто критикует ооп, обычно подразумевает процедурщину с использованием классов, как неймспейсов

напомнить что с наследованием в js? а с ООП впринципе

покажите мне архитектуру удачно подходящую для написания проекта размеров gitlab на ноде?

Бэкенд — нода + БД (пожалуй, всё равно, какая) + редис с подписочками на сокет-соединение с клиентом и в обратную сторону-тоже. Клиент на реакте (впрочем, тоже всё равное, на чём) + Redux с подпиской на вебсокеты. Суть в том, что у нас получится общий медиатор для клиента и для сервера. Гитлаб получится прям как живой. Всё будет жевелиться и свистопердеть, в реальном времени обновляться у всех и сразу.

напомнить что с наследованием в js? а с ООП впринципе

наследование не нужно

только в инфраструктуре, когда это необходимость

наследование не нужно

Тогда это уже не чистый ооп)

Бэкенд — нода + БД (пожалуй, всё равно, какая) + редис с подписочками на сокет-соединение с клиентом и в обратную сторону-тоже. Клиент на реакте (впрочем, тоже всё равное, на чём) + Redux с подпиской на вебсокеты. Суть в том, что у нас получится общий медиатор для клиента и для сервера. Гитлаб получится прям как живой. Всё будет жевелиться и свистопердеть, в реальном времени обновляться у всех и сразу.

а нахрена это всё?

Тогда это уже не чистый ооп)

чейто

а нахрена это всё?

Что всё?

очень даже чистый

чейто

Это ADT

Это ADT

ой, чето сложное

я не знаю

Наследование не нужно для паттернов

Бэкенд — нода + БД (пожалуй, всё равно, какая) + редис с подписочками на сокет-соединение с клиентом и в обратную сторону-тоже. Клиент на реакте (впрочем, тоже всё равное, на чём) + Redux с подпиской на вебсокеты. Суть в том, что у нас получится общий медиатор для клиента и для сервера. Гитлаб получится прям как живой. Всё будет жевелиться и свистопердеть, в реальном времени обновляться у всех и сразу.

и будет это работать у сотни человек

Да просто абстрактные типы данных

в моем текущем домене это явно не то)

аа, алгебраические типы?

Бэкенд — нода + БД (пожалуй, всё равно, какая) + редис с подписочками на сокет-соединение с клиентом и в обратную сторону-тоже. Клиент на реакте (впрочем, тоже всё равное, на чём) + Redux с подпиской на вебсокеты. Суть в том, что у нас получится общий медиатор для клиента и для сервера. Гитлаб получится прям как живой. Всё будет жевелиться и свистопердеть, в реальном времени обновляться у всех и сразу.

всё что ты описал вообще не нужно когда есть около 40 моделей и между моделями по 5-6 связей нода на 3-4 связях загибается как нефиг делать код превращается в лапшу особенно если нужны данные с 2-3 уровня глубины не спасут не промисы ничего

Это ADT

так ну и что?

ооп про это вообще не говорит

> @sovamist не спасут не промисы ничего async await

> @sovamist не спасут не промисы ничего async await

то же самое

ооп про это вообще не говорит

Зато говорят конкретные реализации

Это значит руки кривые

код будет дико медленным

всё что ты описал вообще не нужно когда есть около 40 моделей и между моделями по 5-6 связей нода на 3-4 связях загибается как нефиг делать код превращается в лапшу особенно если нужны данные с 2-3 уровня глубины не спасут не промисы ничего

Спасут прямые руки. Если твой код лапша, в этом виноват ты, а не платформа.

Ыыы.

код будет дико медленным

Это не так

Зато говорят конкретные реализации

ну блин, фп плохой, потому что в пхп так сделали

Наследование в ооп это как постулат о параллельных прямых

Спасут прямые руки. Если твой код лапша, в этом виноват ты, а не платформа.

хах))) ну как бы если сможешь показать адекватную реализацию и использование, признаю в чатике

ну блин, фп плохой, потому что в пхп так сделали

Не распарсил вот это)

хах))) ну как бы если сможешь показать адекватную реализацию и использование, признаю в чатике

Реализацию чего?

всё что ты описал вообще не нужно когда есть около 40 моделей и между моделями по 5-6 связей нода на 3-4 связях загибается как нефиг делать код превращается в лапшу особенно если нужны данные с 2-3 уровня глубины не спасут не промисы ничего

^

Не распарсил вот это)

конкретные реализации фп)

хах))) ну как бы если сможешь показать адекватную реализацию и использование, признаю в чатике

Событийной модели? Это ты иди паттерны гугли.

Событийной модели? Это ты иди паттерны гугли.

ты смешон

очень

нахрена мне событийная модель?

мне нужно получить пачку данных

от связанных моделей

нахрена мне событийная модель?

Ну иди получай.

ага)

Кто мешает?

m1 hasmany m2 manytomany m3 hasmany m4 у меня есть m1 мне нужно получить все m4

мне нужно получить пачку данных

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

Может сам свой код покажешь? Где у тебя там лапша.

Пока что я у себя на ушах её только чувствую.

m1 hasmany m2 manytomany m3 hasmany m4 у меня есть m1 мне нужно получить все m4

js плохой, а не руки, так проектирующие модели

gitlab

github

любой сервис с большим количеством моделей

короч

gitlab

Это и есть твой код?

нет

любая серьезная энтерпрайз модель сломает мозг человеку пишущему на ноде

или на жаве

ну что поделаешь

при чем тут нода, если это sql?

Ты покажи свою реализацию, что там за проблемное место на ноде.

при чем тут нода, если это sql?

sql?

Ты покажи свою реализацию, что там за проблемное место на ноде.

я свалил на руби из-за этого

ооп про это вообще не говорит

Начнём отсюда, я вижу меня не так поняли) 1. Всё является объектом. 2. Вычисления осуществляются путём взаимодействия (обмена данными) между объектами, при котором один объект требует, чтобы другой объект выполнил некоторое действие. Объекты взаимодействуют, посылая и получая сообщения. Сообщение — это запрос на выполнение действия, дополненный набором аргументов, которые могут понадобиться при выполнении действия. 3. Каждый объект имеет независимую память, которая состоит из других объектов. 4. Каждый объект является представителем класса, который выражает общие свойства объектов (таких, как целые числа или списки). 5. В классе задаётся поведение (функциональность) объекта. Тем самым все объекты, которые являются экземплярами одного класса, могут выполнять одни и те же действия. 6. Классы организованы в единую древовидную структуру с общим корнем, называемую иерархией наследования. Память и поведение, связанное с экземплярами определённого класса, автоматически доступны любому классу, расположенному ниже в иерархическом дереве.

ERROR: S client not available

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

я свалил на руби из-за этого

Да пофиг, куда ты свалил. Код покажи. Где там у тебя лапша.

Да пофиг, куда ты свалил. Код покажи. Где там у тебя лапша.

так нет кода потому что нет адекватной реализации проблемы!

ты видел хоть раз проект, схожий с jira по кастомизации всего, на ноде?

так нет кода потому что нет адекватной реализации проблемы!

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

Начнём отсюда, я вижу меня не так поняли) 1. Всё является объектом. 2. Вычисления осуществляются путём взаимодействия (обмена данными) между объектами, при котором один объект требует, чтобы другой объект выполнил некоторое действие. Объекты взаимодействуют, посылая и получая сообщения. Сообщение — это запрос на выполнение действия, дополненный набором аргументов, которые могут понадобиться при выполнении действия. 3. Каждый объект имеет независимую память, которая состоит из других объектов. 4. Каждый объект является представителем класса, который выражает общие свойства объектов (таких, как целые числа или списки). 5. В классе задаётся поведение (функциональность) объекта. Тем самым все объекты, которые являются экземплярами одного класса, могут выполнять одни и те же действия. 6. Классы организованы в единую древовидную структуру с общим корнем, называемую иерархией наследования. Память и поведение, связанное с экземплярами определённого класса, автоматически доступны любому классу, расположенному ниже в иерархическом дереве.

4 5 6 неправда, interface тогда не существует?)

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

пример кода на ноде? или чего?

Начнём отсюда, я вижу меня не так поняли) 1. Всё является объектом. 2. Вычисления осуществляются путём взаимодействия (обмена данными) между объектами, при котором один объект требует, чтобы другой объект выполнил некоторое действие. Объекты взаимодействуют, посылая и получая сообщения. Сообщение — это запрос на выполнение действия, дополненный набором аргументов, которые могут понадобиться при выполнении действия. 3. Каждый объект имеет независимую память, которая состоит из других объектов. 4. Каждый объект является представителем класса, который выражает общие свойства объектов (таких, как целые числа или списки). 5. В классе задаётся поведение (функциональность) объекта. Тем самым все объекты, которые являются экземплярами одного класса, могут выполнять одни и те же действия. 6. Классы организованы в единую древовидную структуру с общим корнем, называемую иерархией наследования. Память и поведение, связанное с экземплярами определённого класса, автоматически доступны любому классу, расположенному ниже в иерархическом дереве.

Пардон. Не всё. Есть примитивы. Просто у них поведение объектов.

4 5 6 неправда, interface тогда не существует?)

Это не неправда, а вариациая базовых правил

пример кода на ноде? или чего?

Ага-ага.

так нет кода потому что нет адекватной реализации проблемы!

^

Пардон. Не всё. Есть примитивы. Просто у них поведение объектов.

Это Алан Кей про smalltalk, всё остальное это модификации. Есть примитивы — окей, модифицируешь правила для требуемой системы типов

Это Алан Кей про smalltalk, всё остальное это модификации. Есть примитивы — окей, модифицируешь правила для требуемой системы типов

6 точно неправда

пример кода на ноде? или чего?

Ну, да. Вот покажи пальцем, и скажи, что не надо так. Ну, просто мы не все здесь понимаем, что такое по-твоему лапша. Для многих лапша давно в прошлом, и мы не понимаем, о чём ты.

^

Так покажи чужой код с примером лапши, чтобы мы знали, что такое лапша.

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

И причём выяснить, что представление об ооп то у каждого своё

Не то что о фп

Так покажи чужой код с примером лапши, чтобы мы знали, что такое лапша.

нету у него, не покажет, только вбрасывает

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

1. EverythingIsAnObject. 2. Objects communicate by sending and receiving messages (in terms of objects). 3. Objects have their own memory (in terms of objects). 4. Every object is an instance of a class (which must be an object). 5. The class holds the shared behavior for its instances (in the form of objects in a program list) 6. To eval a program list, control is passed to the first object and the remainder is treated as its message.

Ну, да. Вот покажи пальцем, и скажи, что не надо так. Ну, просто мы не все здесь понимаем, что такое по-твоему лапша. Для многих лапша давно в прошлом, и мы не понимаем, о чём ты.

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

^

Покажи на руби

на рельсах)

Ну ты покажи

О, кстати, пока тут такой бурный аншлаг, спрошу

костыли с наследованием только из-за отстойной системы типов

и экономия памяти

костыли с наследованием только из-за отстойной системы типов

С++, Java..?

есть что-то вроде pm2 cluster mode но с возможностью указания диапазона портов? чтоб каждая нода на своём порту весела

Подскажите, ORM для Redis — это сильно бред?

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

Абстракции упрощают. Мешают кривые абстракции. =)