Size: a a a

NodeUA - JavaScript and Node.js in Ukraine

2021 January 06

S

S🎄usarna in NodeUA - JavaScript and Node.js in Ukraine
Il Bu
Так это ведь не от ноды зависит, а от ваших потребностей. Если приложение большое, над ним работает много человек и вы видите необходимость в гексагональной архитектуре то значит нужно ее строить)
А если у вас пара эндпоинтов с примитивной бизнес-логикой то вне зависимости от языка вам, наверное, не нужен DDD🙂
Наголосив саме на ноді тому, що часто чув що в js немає нормального ооп, і багато принципів які працюють в інших мовах тут не завжди працюють корректно, а інколи навіть зайві)
источник

IB

Il Bu in NodeUA - JavaScript and Node.js in Ukraine
S🎄usarna
Наголосив саме на ноді тому, що часто чув що в js немає нормального ооп, і багато принципів які працюють в інших мовах тут не завжди працюють корректно, а інколи навіть зайві)
Если хотите взрослый кровавый энтерпрайз то берите TS) За вычетом отсутствия типов в рантайме очень даже все по взрослому.
Но и на "чистом" JS можно нормальную архитектуру строить. У вас мнение о языке немного устарело)
источник

S

S🎄usarna in NodeUA - JavaScript and Node.js in Ukraine
Il Bu
Если хотите взрослый кровавый энтерпрайз то берите TS) За вычетом отсутствия типов в рантайме очень даже все по взрослому.
Но и на "чистом" JS можно нормальную архитектуру строить. У вас мнение о языке немного устарело)
Це не моя думка, оскільки я її ще не докінця сформував, а думка людей, яку, я часто чув)
Зараз знаходжуся в пошуках приципів/правил побудови архітектури для бекенду. Розумію що багато що залежить від проекту, вимог і т.д но деякі ж речі переходять із проекта в проект як от: підключення бд, фраемворка, сервіси (наприклад відправки емейла) і мені здалось що приклади, які кидав вище відповідають на моє питання но потім розумію що це може бути надлишково для невеликих проектів/стартапів
Дякую за відповідь)
источник

IB

Il Bu in NodeUA - JavaScript and Node.js in Ukraine
S🎄usarna
Це не моя думка, оскільки я її ще не докінця сформував, а думка людей, яку, я часто чув)
Зараз знаходжуся в пошуках приципів/правил побудови архітектури для бекенду. Розумію що багато що залежить від проекту, вимог і т.д но деякі ж речі переходять із проекта в проект як от: підключення бд, фраемворка, сервіси (наприклад відправки емейла) і мені здалось що приклади, які кидав вище відповідають на моє питання но потім розумію що це може бути надлишково для невеликих проектів/стартапів
Дякую за відповідь)
Понимаю ваши сомнения. У меня похожая ситуация на фронтенде) Вроде бы мой фреймворк (nuxt) диктует "архитектуру", но по факту она достаточно примитивная. И каких-то best practice очень не хватает😬
источник

S

S🎄usarna in NodeUA - JavaScript and Node.js in Ukraine
Il Bu
Понимаю ваши сомнения. У меня похожая ситуация на фронтенде) Вроде бы мой фреймворк (nuxt) диктует "архитектуру", но по факту она достаточно примитивная. И каких-то best practice очень не хватает😬
++++😬
источник

Y

Yevhen in NodeUA - JavaScript and Node.js in Ukraine
S🎄usarna
Наголосив саме на ноді тому, що часто чув що в js немає нормального ооп, і багато принципів які працюють в інших мовах тут не завжди працюють корректно, а інколи навіть зайві)
Що значить нема нормального ООП? В JS є всі ті ж ООП принципи що і в інших ООП мовах. Тим паче, що в нових версіях є синтаксичний цукор (класи, наприклад) який робить його більш схожим на інші мови.
источник

S

S🎄usarna in NodeUA - JavaScript and Node.js in Ukraine
Yevhen
Що значить нема нормального ООП? В JS є всі ті ж ООП принципи що і в інших ООП мовах. Тим паче, що в нових версіях є синтаксичний цукор (класи, наприклад) який робить його більш схожим на інші мови.
Не мої слова, повторю що часто чую цю думку від інших людей)
источник

Y

Yevhen in NodeUA - JavaScript and Node.js in Ukraine
S🎄usarna
Не мої слова, повторю що часто чую цю думку від інших людей)
Тоді краще самому розібратися)
Інша думка не завжди вірна, навіть якщо її повторює багато людей
источник

S

S🎄usarna in NodeUA - JavaScript and Node.js in Ukraine
Yevhen
Тоді краще самому розібратися)
Інша думка не завжди вірна, навіть якщо її повторює багато людей
Дякую, саме цим зараз займаюся😉
источник

VS

Vlad Sobenko in NodeUA - JavaScript and Node.js in Ukraine
Yevhen
Що значить нема нормального ООП? В JS є всі ті ж ООП принципи що і в інших ООП мовах. Тим паче, що в нових версіях є синтаксичний цукор (класи, наприклад) який робить його більш схожим на інші мови.
А как вы интерфейс обьявляете? (Не про синтаксис языка)
источник

Y

Yevhen in NodeUA - JavaScript and Node.js in Ukraine
Vlad Sobenko
А как вы интерфейс обьявляете? (Не про синтаксис языка)
Что Вы имеете в виду под интерфейсом?
И какое отношение интерфейс имеет к ООП?
источник

VS

Vlad Sobenko in NodeUA - JavaScript and Node.js in Ukraine
Yevhen
Что Вы имеете в виду под интерфейсом?
И какое отношение интерфейс имеет к ООП?
Открываем книгу по паттернам и находим хоть один, в котором не нужен абстактный интерфейс
источник

Y

Yevhen in NodeUA - JavaScript and Node.js in Ukraine
Vlad Sobenko
Открываем книгу по паттернам и находим хоть один, в котором не нужен абстактный интерфейс
Ещё раз. Что Вы имеете в виду под интерфейсом?
При чем паттерны к ООП?
источник

VS

Vlad Sobenko in NodeUA - JavaScript and Node.js in Ukraine
Yevhen
Ещё раз. Что Вы имеете в виду под интерфейсом?
При чем паттерны к ООП?
Давайте лучше на примерах. Как вы реализуете паттерн композит?
источник

VS

Vlad Sobenko in NodeUA - JavaScript and Node.js in Ukraine
Yevhen
Ещё раз. Что Вы имеете в виду под интерфейсом?
При чем паттерны к ООП?
В ООП главный принцип инкапсуляция. Инкапсуляция не возможна без абстракций
источник

Y

Yevhen in NodeUA - JavaScript and Node.js in Ukraine
Vlad Sobenko
Давайте лучше на примерах. Как вы реализуете паттерн композит?
При чем паттерн "композит" к ООП?
Зачем примеры? Давайте сначала разберемся что Вы имеете в виду под интерфейсом.
Можете написать определения тому, что Вы назвали "интерфейс"?
источник

VS

Vlad Sobenko in NodeUA - JavaScript and Node.js in Ukraine
Yevhen
При чем паттерн "композит" к ООП?
Зачем примеры? Давайте сначала разберемся что Вы имеете в виду под интерфейсом.
Можете написать определения тому, что Вы назвали "интерфейс"?
Ох эти оправдатели. Да скажите уже, что будете костылить классы _ Abstract, наследоваться от них. В комментах писать, что реализации быть не должно..
источник

Y

Yevhen in NodeUA - JavaScript and Node.js in Ukraine
Vlad Sobenko
В ООП главный принцип инкапсуляция. Инкапсуляция не возможна без абстракций
ООП это не про инкапсуляцию. Инкапсуляция есть и в других языках, в том числе и в C, который не ООП.
Более того, полиморфизм и наследование тоже есть в не ООП языках
источник

VS

Vlad Sobenko in NodeUA - JavaScript and Node.js in Ukraine
Yevhen
При чем паттерн "композит" к ООП?
Зачем примеры? Давайте сначала разберемся что Вы имеете в виду под интерфейсом.
Можете написать определения тому, что Вы назвали "интерфейс"?
У нас уже был диалог на эту тему, я давал определение, можете полистать.
источник

VS

Vlad Sobenko in NodeUA - JavaScript and Node.js in Ukraine
Yevhen
ООП это не про инкапсуляцию. Инкапсуляция есть и в других языках, в том числе и в C, который не ООП.
Более того, полиморфизм и наследование тоже есть в не ООП языках
Ну ок. В вашем мире пусть будет так. В моем инкапсуляция - главное.
источник