@nodejs_ru
Stepan19.09.2018
10:26:41
10:26:41
Чейнишь получение жсона к реквесту
Эвейтишь сразу оба
await fetch().then(r => r.json())
Google
Yadgar19.09.2018
10:27:20
10:27:20
Тогда ок, не юзаю node-fetch
Yaroslav19.09.2018
10:27:33
10:27:33
Теперь ты тож знаешь
Alexander19.09.2018
10:27:38
10:27:38
суть одна
Yadgar19.09.2018
10:29:04
10:29:04
спасибо
GoogleYadgar19.09.2018
10:30:30
10:30:30
что японец, что Степан, вы не в ту сторону отвечаете.
Alexander19.09.2018
10:35:57
10:35:57
так стоп, уже ответили же
Konstantin19.09.2018
10:36:47
10:36:47
не о том подумал ?
Again19.09.2018
10:48:33
10:48:33
Again19.09.2018
10:49:16
10:49:16
нет, на фронте
Nikolay19.09.2018
10:51:37
10:51:37
Gor19.09.2018
10:51:49
10:51:49
О, ооп холивар:)
Josh19.09.2018
10:51:54
10:51:54
покажите мне хоть один проект вменяемый, где есть только ооп или только функциональщина?
Nikolay19.09.2018
10:51:57
10:51:57
если один говнокодишь пару строчек, то можно и обойтись без ооп
Если пишете командой большой проект, — тоже.Again19.09.2018
10:52:54
10:52:54
ок
Nikolay19.09.2018
10:53:14
10:53:14
Необходимости нет никакой. Вот в си-шарпе например без классов ты ничего не напишешь, т.к. там это базовая единица
GoogleJosh19.09.2018
10:53:33
10:53:33
причем тут классы и ооп?
Nikolay19.09.2018
10:53:56
10:53:56
Это был пример.
Josh19.09.2018
10:53:58
10:53:58
давайте еще без переменных писать
Again19.09.2018
10:54:30
10:54:30
Необходимости нет никакой. Вот в си-шарпе например без классов ты ничего не напишешь, т.к. там это базовая единица
хех,
лан даже спортить не будуNikolay19.09.2018
10:55:48
10:55:48
хех,
лан даже спортить не буду
Дык спора никакого и нет. Подход "данные отдельно", "функции отдельно" не то что бы очень новый :)Josh19.09.2018
10:56:19
10:56:19
Тянешь пакет, а там применен паттерн, который диктует применять к нему определенное проектирование и логику твоего приложения. Че делать? переписывать?
Nikolay19.09.2018
10:56:55
10:56:55
Тянешь пакет, а там применен паттерн, который диктует применять к нему определенное проектирование и логику твоего приложения. Че делать? переписывать?
Это фреймворк называется. Ну да, раз ты выбрал его :)Обычно такое все-таки на ранних стадиях решается.
Josh19.09.2018
10:57:34
10:57:34
пакет переписывать я имел в виду?
Nikolay19.09.2018
10:58:12
10:58:12
Нет, пишешь приложение так, как диктует тебе выбранный фреймворк. Или я хз, что ты имеешь в виду под "пакетом", пример что-ли приведи :)
Josh19.09.2018
10:58:15
10:58:15
не путайте классы с ооп, класс как программный интерфейс нужен в js
Nikolay19.09.2018
10:58:39
10:58:39
Я ничего не путаю. class-based ооп просто самый распространенный вариант.
Josh19.09.2018
11:01:47
11:01:47
Нужен? То есть без него никак?
можно и на napi под асм переложить всю работу, если вдаваться в крайностиNikolay19.09.2018
11:01:57
11:01:57
Это не ответ на вопрос.
Вы утверждаете, что без "классов" нельзя нормально писать на js, так? :)
Josh19.09.2018
11:02:41
11:02:41
без классов отменяется часть паттернов
Nikolay19.09.2018
11:02:51
11:02:51
И это снова не ответ на мой вопрос :)
Josh19.09.2018
11:02:56
11:02:56
и логика не такой гибкой становится под некоторые задачи
GoogleNikolay19.09.2018
11:03:00
11:03:00
Зачем мне паттерны, которые применимы только к классам, если их нет?
Alexander19.09.2018
11:03:19
11:03:19
Вопрос изначально был,как правильней
Josh19.09.2018
11:03:21
11:03:21
чтобы не костылять одним подходом все задачи
Nikolay19.09.2018
11:03:21
11:03:21
Паттерны — это что самоцель?
Josh19.09.2018
11:03:28
11:03:28
да
Josh19.09.2018
11:03:52
11:03:52
и пошла речь как раз с того - как писать и практики бест
щас бы ооп в js, в 2018
Nikolay19.09.2018
11:04:34
11:04:34
Пойду менеджерам скажу, пусть KPI пересчитают от кол-ва примененных паттернов в коде.
Josh19.09.2018
11:05:07
11:05:07
чушь не неси
Nikolay19.09.2018
11:05:13
11:05:13
Ладно.
Alexander19.09.2018
11:07:01
11:07:01
Все прекрасно понимают,что реализовывать можно разными подходами и путями, просто изначально хотелось услышать как правильно конкретно на JS чаще пишут,понятно ,что когда нет времени и все уже подгорает, пишут лишь бы работоло и не отваливалось.Представьте проект в условном вакуме, где нет сроков и ограничений,есть просто вариант писать ,так что бы было проще читать самому другим потдерживать, минимум рефакторить и т.д, какой подход оправданей?
Nikolay19.09.2018
11:07:34
11:07:34
Вопрос изначально был,как правильней
Ну так вопрос изначально такой себе. Никто на него не ответит, а если ответит, то это будет ответ дилетанта :)Alexander19.09.2018
11:08:02
11:08:02
Nikolay19.09.2018
11:08:10
11:08:10
Все прекрасно понимают,что реализовывать можно разными подходами и путями, просто изначально хотелось услышать как правильно конкретно на JS чаще пишут,понятно ,что когда нет времени и все уже подгорает, пишут лишь бы работоло и не отваливалось.Представьте проект в условном вакуме, где нет сроков и ограничений,есть просто вариант писать ,так что бы было проще читать самому другим потдерживать, минимум рефакторить и т.д, какой подход оправданей?
Хз, у меня не было таких проектов, сроки есть всегда, даже если ты ставишь их себе сам.Вне ограничений работать крайне тяжело, если вообще возможно.
Алексей19.09.2018
11:09:16
11:09:16
Привет. Как думаете как поступить, есть одинаковое значение для всего приложения, но оно должно иметь возможность меняться (админом допустим), я вот думаю создать модельку siteSettings, и при каждом request брать от туда инфу и записывать в него. Как думаете норм?
Alexander19.09.2018
11:09:27
11:09:27
Это условно было сказано,просто есть вариант приучить изначально себя к правильному написанию и использованию инструмента,а не как часто бывает "Пишем ,как умеем, главное работает")
brachkoff19.09.2018
11:09:28
11:09:28
Nikolay19.09.2018
11:10:25
11:10:25
Я могу сказать, — и это говорили уже миллион раз до меня, — что js не очень присопособлен под ООП, да и для фп в целом годится, но тоже не идеален. Я лично предпочитаю вообще там, где это возможно, избегать слов class, new, extends, this и т.д.
Googlebrachkoff19.09.2018
11:10:29
11:10:29
Если хорошо работает, и понятно что происходит значит так и надо.
Josh19.09.2018
11:10:35
11:10:35
Вопрос изначально был,как правильней
Каждый выбирает свой путь в меру своих знаний. Некоторые задачи можно решить одинаково быстро несколькими способами, не всегда модные решения понятней и быстрее (во всех смыслах). Знать надо много паттернов проектирования, их овер 100, каждый под свою задачу. Многие выучат фабрику и дальше костыляют велики вкупе с классами, либо классы раздувают, говоря, что это ооп стайлAlexander19.09.2018
11:10:36
11:10:36
Да везде она есть, просто некоторые вещи менее болезнено по рукам бьют или чуть позже за не правильный подход)
Alexander19.09.2018
11:11:12
11:11:12
В Жс нет понятия правильно
Да везде он есть, просто некоторые вещи менее болезнено по рукам бьют или чуть позже за не правильный подход)brachkoff19.09.2018
11:11:39
11:11:39
Но вообщем такого нет
Nikolay19.09.2018
11:11:50
11:11:50
Понятие "правильно" есть в математике, в программировании его нет, если мы говорим о подходах и методиках.
brachkoff19.09.2018
11:12:01
11:12:01
Пруф этому - существование анигуляра, Вью и реакта
Josh19.09.2018
11:12:44
11:12:44
аннигулятора
Алексей19.09.2018
11:13:15
11:13:15
Привет. Как думаете как поступить, есть одинаковое значение для всего приложения, но оно должно иметь возможность меняться (админом допустим), я вот думаю создать модельку siteSettings, и при каждом request брать от туда инфу и записывать в него (в request). Как думаете норм?
Nikolay19.09.2018
11:13:40
11:13:40
Привет. Как думаете как поступить, есть одинаковое значение для всего приложения, но оно должно иметь возможность меняться (админом допустим), я вот думаю создать модельку siteSettings, и при каждом request брать от туда инфу и записывать в него (в request). Как думаете норм?
Не надо спамить, мы видели твоё сообщение.Alexander19.09.2018
11:13:56
11:13:56
Понятие "правильно" есть в математике, в программировании его нет, если мы говорим о подходах и методиках.
ну ок ,давайте это называть общепринятым понятием или глобально оптимальным,дабы убить сразу разговоры про костыли и говнокодbrachkoff19.09.2018
11:14:10
11:14:10
ну ок ,давайте это называть общепринятым понятием или глобально оптимальным,дабы убить сразу разговоры про костыли и говнокод
Общепринятое - звучит намного лучшеNikolay19.09.2018
11:14:55
11:14:55
ну ок ,давайте это называть общепринятым понятием или глобально оптимальным,дабы убить сразу разговоры про костыли и говнокод
Как ни называй, все это всегда набор компромиссов.Iliya19.09.2018
11:26:16
11:26:16
Пишу на ноде год. Сначала тоже задавался этим вопросом. И чем сильней ломал себе голову как правильно, тем меньше кодил и в итоге получалась какаха. Патерны из класических жабных книг мне показались слабо применимы. Сейчас стараюсь просто не париться и писать, так как было бы удобно.
Открыть в Telegram