можно с примером, я пока не понимаю

там бизнес-правила

и если они не соблюдаются - то это исключительная ситуация

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

Своя валидация теоретически может быть в каждом слое

Но на практике это пустая трата циклов в монолитном приложение

сохрять в БД тоже можно в контроллере, теоретически))

например пользователь младше 18 лет пытается получить доступ к игре/фильму 18+, это ошибка

это исключительная ситуация, он вообще туда не должен был попасть

Ну это бизнес логика

Валидация не причем, БД не причем

а кто-то пытается отправить NaN$ это невалидное что-то

Валидация не причем, БД не причем

да, я про это же

а кто-то пытается отправить NaN$ это невалидное что-то

нам бизнес не говорил, что NaN посылать нельзя

С использованием статической типизации вообще все становится просто

На входе ты имеешь что угодно

Нужна функция которая вернте котнкретный объект или ошибку

с одной стороны просто, с другой свои сложности тоже появляются

Дальше уже только бизнес логика и трансформация

типа того

в общем, валидация и бизнес-правила разные вещи

и то что всякие монгусы их смешивают не очень хорошо

во-первых бизнес-правила можно тестить отдельно от всего

от базы и запросов

Ну суть монгусов и прочих в том чтобы бизнес-модели данных сразу могли бы сохрнаться в БД

сама идея так себе

по-хорошему модель монгуса это просто dao

а модель бл отдельно

Проблема в том что это JS, а от монги ты и так получаешь JSON

Чтобы работать с ним не нужно никакого маппинга или чего то такого

ну, я не работал еще с pgsql на ноде, но уверен, что там тоже тебе на выходе js объект)

Проблема в том что это JS, а от монги ты и так получаешь JSON

Нет же bson и плохо написанный декодер

Это детали

Не знаю, чего там плохого

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

не в моде дело

увы

тут как с пхп

В монге нет ничего принципиально плохого, но и хорошего немного

Отсутствие того самого буфера

Типа ручной работы

Судя по виду либо много алокаций либо плохая интеграция

тут как с пхп

и что же не так с пхп?) Подсказка: ничего

Всё нормально с PHP

сложно понять когда еще малой

Пхп?

Лол

К тому моменту, когда вышла 7 пыха, уже появились новые инструменты разработки, которые с уделали седьмую еще до ее выхода

кто-то что-то выдумывает, в любом случае не по теме чатика

Я с седьмой не работал, но на пятой меня убивало количество вариантов решения одной и той же задачи (кодирования текста в другую таблицу)

все ясно

Я с седьмой не работал, но на пятой меня убивало количество вариантов решения одной и той же задачи (кодирования текста в другую таблицу)

это тебе не JAVA ; - 0

это тебе не JAVA ; - 0

И спасибо на этом Одна сущность для решения одного типа задач

JS, конечно, не об этом, но тут плюсы эти минусы перевешивают

hlp plz. не могу понять что должен вернуть промис который читает фаил по https и пишет его на диск, что бы следующий в цепи промис прочитал этот файл.

hlp plz. не могу понять что должен вернуть промис который читает фаил по https и пишет его на диск, что бы следующий в цепи промис прочитал этот файл.

Промисы сами ничего не читают и не пишут. Это делает твой код или библиотека. Результат каждого промиса - в зависимости от потретностей. Тебе нужен buffer или file path, если речь о диске. А можно и stream.

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

вот это хочу решить, но могу понять как

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

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

Тогда ищи мануал/туториал по промисам. Пока всё не поймёшь, остальное не получится. С чем этими промисами работать - вопрос десятый.

чтобы вернуть промис используй return

Promise.resolve().then(() => Promise.resolve()).then(() => Promise.resolve()).then(() => Promise.resolve())

Promise.resolve().then(() => Promise.resolve()).then(() => Promise.resolve()).then(() => Promise.resolve())

что за ад?

пример как чейнить промисы

что за ад?

Совсем не ад. Всего-лишь адище)

ERROR: S client not available

пример как чейнить промисы

Вот не надо таких примеров.

вперед давай лучше

google promise tutorial

мне не надо это гуглить

Я заметил) Но дело личное, не вопрос.

вперед давай лучше

Хотя бы так Promise.resolve() .then(() => Promise.resolve()) .then(() => Promise.resolve()) .then(() => Promise.resolve())

а разница?

я написал тоже самое

только в одно строку

«Идиот» © герой Папанова

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

А если серьёзно, то читать досконально вот это https://pouchdb.com/2015/05/18/we-have-a-problem-with-promises.html Пока не будет понятен каждый абзац и пример. Тренироваться здесь https://bevacqua.github.io/promisees/

код отформатирован по разному, да это большая разница лол

Это очень большая разница

у него каждый метод на новой строке))

Я бы даже сказал одна из самых главных разниц

Сразу после отсутсвия явных глупостей в коде

скопируй код в IDE сделай автоформат и увидишь, будет тоже самое

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

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

Ты вообще понимаешь цель написания кода не в машинных кодах? Она в том чтобы его было удобно читать и понимать. В этом разница. Публикуешь где-то своё кодище — оформи его нормально. Иначе это просто неуважение к читателю.

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

ясно всё с тобой

ещё один неадекват в чате

мне тоже все ясно, ты у нас в этом чате судья, ярлыки развешиваешь без аргументации

Спор: — Так делать нехорошо. Вот почему: аргументы. — Да мне пох.

если человек написал одну строчку кода с телефона не отформатированного, это конечно же аргумент, что он недакват, код не рабочий и вообще надо гуглить как работают промисы

На грани

[last news] Let's encrypt Node.js library removed from GitHub

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

Google github promise cookbook

«Идиот» © герой Папанова

Ребят ведем себя вежливо по отношению к друг другу. Если что-то не устраивает (к примеру форматирование кода) можно вежливо попросить исправить или предложить свой вариант.

Народ, слышал недавно, что let и const дают некоторый overhead по сравнению с var в V8. Насколько актуальна эта информация и насколько велик overhead?