ООП тебя тоже не спасет

а вопрос "как свитч не писать" - на него есть ответ - полиморфизм. Это вообще никак не привязано к ооп vs фп

тем более - у тебя там тайпскрипт с неплохой системой типов

ООП тебя тоже не спасет

А нах тогда его придумали? Все ведь пишут.

Я про настоящий ООП с immutable классами.

настоящий ООП не сильно на низком уровне от ФП отличается

ну то есть... окей

вот есть у тебя имутабельные объектики

и решил ты игру писать например на ноде

для начала - почему ты считаешь что есть разница пишем мы на java или typescript?

настоящий ООП не сильно на низком уровне от ФП отличается

Я сейчас про высокий уровень. На жс пишут как хотят. Стоит ли учится у джавистов/шарпистов писать хороший обьекто-ориентированный код, работая на жс(тс)?

почему бы и нет, в любом случае будет опыт. Тем более что typescript от шарпов тех же уже не так что бы и отличается (разве что система типов богаче)

для начала - почему ты считаешь что есть разница пишем мы на java или typescript?

То есть разницы нет и я могу переносить все шаблоны без проблем?

Так один ФП ведь мир не спасет.

Фп нет, а guards в хаскелле - да :)

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

Я про настоящий ООП с immutable классами.

Это про неиспользование геттеров, сеттеров и стат методов?)

например в python не особо часто пользуются DI потому что у них есть неплохая система модулей

Это про неиспользование геттеров, сеттеров и стат методов?)

не, имутабельность это больше про изоляцию сайд эффектов и чистоту (что больше про ФП на самом деле), но в целом и для ООП неплохая идея

почему бы и нет, в любом случае будет опыт. Тем более что typescript от шарпов тех же уже не так что бы и отличается (разве что система типов богаче)

Хм, а разве это ты не говорил > Джава - процедурный код

вспомни имутабельные коллекции)

Хм, а разве это ты не говорил > Джава - процедурный код

нет, я говорил что джава имеет мэйн рутину но я еще не уверен есть ли разница

а процедурный код ты можешь хоть на хаскеле писать

если очень постараешься

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

а процедурный код ты можешь хоть на хаскеле писать

Защитники спасут ?

но мне лень

Я до сих пор не отошел от синтакс. сахара в хаскелле :(

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

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

Посмотри код сайтика на хаскелле и малеха перехочется, наверное

я когда пробую чувствую себя тупым

Посмотри код сайтика на хаскелле и малеха перехочется, наверное

да у меня много знакомых на хаскеле писало, видал)

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

со всеми этими выводами, формулками и тд.

вроде бы и понятно но чет как-то так сложно

да у меня много знакомых на хаскеле писало, видал)

Почему "писало"?

Почему "писало"?

ну может кто-то ее пишет, например @mkusher может быть еще пописывает

Почему "писало"?

Не надо тут(

Хаскелл в целом хорош

И "красив"

а ты на эрланге пробовал?)

После лиспа на все могу смотреть )

А нет, перепутал...Не на все

Так один ФП ведь мир не спасет.

че это

че это

потому что мир не совершенен

потому что мир не совершенен

После того, как джс стал самым популярным, об этом и речи не может идти :(

После того, как джс стал самым популярным, об этом и речи не может идти :(

посмотрим че будет когда web assembly наберет популярность... фронтэнды на котлинах уже сейчас можно писать)

оно же все равно в js транслируется ?

было бы круто если бы какой то бинарник дергал апи браузера без js

было бы круто если бы какой то бинарник дергал апи браузера без js

webassembly

тем без транляции в js

http://www.norvig.com/design-patterns/

http://www.norvig.com/design-patterns/

Такое кидали? Это актуально почитать?

https://refactoring.guru/design-patterns

лучше уж такое

https://refactoring.guru/refactoring/smells

вот это тоже полезно

Ну да, без них.

А зачем писать без свитч, если тебе нужен свитч?

А зачем писать без свитч, если тебе нужен свитч?

потому что твоя нужна в switch - самообман?)

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

потому что твоя нужна в switch - самообман?)

Скажем, есть автомат для разбора лексемы, сгенерированный чем-то типа YACC, и внутри — switch по входному символу... На что более декларативное предлагаешь его заменить?

map

Скажем, есть автомат для разбора лексемы, сгенерированный чем-то типа YACC, и внутри — switch по входному символу... На что более декларативное предлагаешь его заменить?

сгенерированный код давай не будем трогать

в этом нет смысла

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

мы же не пытаемся goto в машинном коде убрать потому что "некрасиво"

Ну ок, допустим, я его руками написал

ну тогда мэпа, паттерн матчинги всякие и т.д.

что-то типа мэпы символ => указатель на функцию (замыкание, делегат, что там у тебя)

либо если тебе не жалко процессорного времени

то можно chain of responsibility заюзать

заодно код станет более модульным и читаемым

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

Как вы относитесь к тому чтобы внутри модуля создавать папки Domain, Infrastructure, Applicatin и Presentation?

Как вы относитесь к тому чтобы внутри модуля создавать папки Domain, Infrastructure, Applicatin и Presentation?

нормально... даже делал так...

А почему перестал?

вот это тот же формат под гексагоалку

src/ <BoundedContext>/ Domain/ Model/ Application/ Infrastructure/ <Port>/ <Adapter>/ <Adapter>/ ... <Port>/ <Adapter>/ <Adapter>/ ... ... <BoundedContext>/ ...

src/ IdentityAndAccess/ Domain/ Application/ Infrastructure/ Api/ Http/ # Serving a restfull HTTP API Collaboration/ Domain/ Application/ Infrastructure/ IdentityAndAccess/ Http/ # HTTP client for I & A's REST API

Кто-нибудь юзает IdentityServer4?

Я вот всё думаю, насколько адекватной была идея сделать подготовку данных для списков в шаблонах не в отдельных сервисах, а в слушателях события PaginatorResultsFound…

вот это тот же формат под гексагоалку

ну гескагоналка она про инверсию зависимостей

а не про структуру

А почему перестал?

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

там то как раз без свитчей)

свич и паттерн метчинг - чуть ли не основная хрень в фп

несколько кейсов функции и гарды - это не избавление от switch/if, это ровно то же самое, только более декларативно, в видосе же речь про полиморфизм