Да вот нет, на том же пхп это очень геморройно сделать, а сам принцип того, что на JS у тебя все на эвентах и всегда один инстанс сервера очень помогает.
чел, я кучу раз реализовывал их на .net в мин кол-во строк и на современном php с этим траблов тоже нет. Единственное преимущество жс будет в отсутствии необходимости дессериализовать обьект, но производительность будет зато намного меньше как и стабильность.
Ну как ты на пхп собрался это делать? Там есть либа для этого, я видел, это возможно конечно, но это геморрой. Зачем, если на js просто удобнее?
Я пишу бекенд приложение, кусок которого на пхп и кусок на js, которому нужно клиентам уведомления рассылать.
На .net я не пробовал сокеты на бекенде, не знаю, как там работает это. Но думаю, что удобнее, чем на пхп.
Суть еще в самом потоке данных, если обычный бекенд удобно на mvc строить, то такие сокетные штуки нет, там как раз на событиях проще. Может лично мне, не знаю.
у меня знакомый сеньер со стажем больше 10 лет, любимая платформа у него php и поверь он на ней напишет код такой что тот будет летать и выглядеть невероятно чистым и красивым
для бэка кроме .net, трайнут nestjs, но чет оч много костылей пока что, go написан для дурачков буквально (нечего сломать нет и проблем), раст мемный какой-то не могу понять он плох или хорош, php у меня аллергия на обращения стрелочками вместо точек, питон фрустрирует симулятором табуляций, си++ не хочу тратить кучу времени на лоу левел ошибки, swift слишком локальный для бэкенда, kotlin не уверен что актуален для спрингбута в наше время (брат ели работу на нем нашел)
по фронту реакт я в рот ебал, ангулар моя любовь и vue 3 на очереди изучения, svelte пока нативно не начнет поддерживать ts идет лесом
react-native идет вместе с реактом, выбор между flutter и kotlin native, ionic это вебвью :/ , а native script слишком локальный
Ты по факту пишешь рядом еще одно приложение, которое запускаешь и держишь отдельным процессом.
Да, это нормально и работает, но при выборе между жс и пхп для сокетов, зачем выбирать пхп? Я понимаю, если бы оно как-то органично вписывалось в уже существующую архитектуру, какая-то общая шина была, где можно дергать события или что-то еще. Но ведь этого же там нет (вроде? Могу ошибаться).
А жс современный предлагает клевый асинхронный код сразу из коробки, почему бы не использовать.
Если считаешь иначе, поделить своими наблюдениями.
давай начнем с того что жс работает на одном потоке, поднятие кучи инстансов это просто блять абсурд. Во вторых боюсь представить что там с перформансом будет при нагрузках, третье - асинхронность в жс это дикий набор костылей, redux-saga до сих пор в кошмарах снится, а promise выглядят как очередной костыль, почему в 2к22 я не могу поднять асинхронный мейн без проблем - загадка
При этом жс просто ниебически много может выдерживать соединений. Там какие-то немыслимые цифры. Поэтому переживать, что с ним что-то случится не стоит. Инстанс один, да.
Там нормальная асинхронность, точно почти как в щарпе, с поправкой на слабую динамическую типизацию.
Редакс-сага это фронт. Никто сейчас их не юзает, это лет пять назад было популярно.
Что не так с промисами?
Зачем тебе асинхронный мейн у однопоточного приложения?
асинхронный мейн позволит нормально изначально юзать, redux-saga до сих пор оч часто используются к сожалению, «немыслимые цифры» - это оч абстрактное понятие, на проекте подняли tcp чистый как раз для огромного потока данных каждые пары секунд. Промисы неудобны в некоторых случаях бывают, await имхо поудобнее будет.
Ну за бек на жс тебя только в жопу выебать можно
А, да? На чем сокеты поднимать предложишь?
ты про вебсокеты?
Ага. Я просто не знаю, что может быть удобнее, чем вебсокеты на JS
да они спокойно реализуются везде давным давно
Да вот нет, на том же пхп это очень геморройно сделать, а сам принцип того, что на JS у тебя все на эвентах и всегда один инстанс сервера очень помогает.
чел, я кучу раз реализовывал их на .net в мин кол-во строк и на современном php с этим траблов тоже нет. Единственное преимущество жс будет в отсутствии необходимости дессериализовать обьект, но производительность будет зато намного меньше как и стабильность.
Ну как ты на пхп собрался это делать? Там есть либа для этого, я видел, это возможно конечно, но это геморрой. Зачем, если на js просто удобнее?
Я пишу бекенд приложение, кусок которого на пхп и кусок на js, которому нужно клиентам уведомления рассылать.
На .net я не пробовал сокеты на бекенде, не знаю, как там работает это. Но думаю, что удобнее, чем на пхп.
Суть еще в самом потоке данных, если обычный бекенд удобно на mvc строить, то такие сокетные штуки нет, там как раз на событиях проще. Может лично мне, не знаю.
у меня знакомый сеньер со стажем больше 10 лет, любимая платформа у него php и поверь он на ней напишет код такой что тот будет летать и выглядеть невероятно чистым и красивым
Ну я тоже на пхп больше лет 10 пишу, тоже сеньор позиция, какая разница)
Это вопрос предпочтений. Гибкость в выборе инструментов это здорово.
Пхп мне норм, если это симфони, но net мне нравится больше, для JS тоже есть место как раз с такими задачами.
Это мое личное мнение, это не вопрос компетенции.
хз, хочу себе расширить стак.
для бэка кроме .net, трайнут nestjs, но чет оч много костылей пока что, go написан для дурачков буквально (нечего сломать нет и проблем), раст мемный какой-то не могу понять он плох или хорош, php у меня аллергия на обращения стрелочками вместо точек, питон фрустрирует симулятором табуляций, си++ не хочу тратить кучу времени на лоу левел ошибки, swift слишком локальный для бэкенда, kotlin не уверен что актуален для спрингбута в наше время (брат ели работу на нем нашел)
по фронту реакт я в рот ебал, ангулар моя любовь и vue 3 на очереди изучения, svelte пока нативно не начнет поддерживать ts идет лесом
react-native идет вместе с реактом, выбор между flutter и kotlin native, ionic это вебвью :/ , а native script слишком локальный
Посмотри, как выглядит симфони с сокетами. Это какая-то хрень, где у тебя тупо напрашивается разделение на два сервиса, которые друг другу не мешают.
уже посмотрел, ставишь либу и тупо создаешь хост с каналами, ровно также как и на .net
Дай ссылку, может я другое решение видел)
https://dev.to/robertobutti/websocket-with-php-4k2c
Ну вот не «либу поставил и вперед там».
Ты по факту пишешь рядом еще одно приложение, которое запускаешь и держишь отдельным процессом.
Да, это нормально и работает, но при выборе между жс и пхп для сокетов, зачем выбирать пхп? Я понимаю, если бы оно как-то органично вписывалось в уже существующую архитектуру, какая-то общая шина была, где можно дергать события или что-то еще. Но ведь этого же там нет (вроде? Могу ошибаться).
А жс современный предлагает клевый асинхронный код сразу из коробки, почему бы не использовать.
Если считаешь иначе, поделить своими наблюдениями.
давай начнем с того что жс работает на одном потоке, поднятие кучи инстансов это просто блять абсурд. Во вторых боюсь представить что там с перформансом будет при нагрузках, третье - асинхронность в жс это дикий набор костылей, redux-saga до сих пор в кошмарах снится, а promise выглядят как очередной костыль, почему в 2к22 я не могу поднять асинхронный мейн без проблем - загадка
При этом жс просто ниебически много может выдерживать соединений. Там какие-то немыслимые цифры. Поэтому переживать, что с ним что-то случится не стоит. Инстанс один, да.
Там нормальная асинхронность, точно почти как в щарпе, с поправкой на слабую динамическую типизацию.
Редакс-сага это фронт. Никто сейчас их не юзает, это лет пять назад было популярно.
Что не так с промисами?
Зачем тебе асинхронный мейн у однопоточного приложения?
ладно, я спать уже иду, доброй ночи
Доброй ночи)
асинхронный мейн позволит нормально изначально юзать, redux-saga до сих пор оч часто используются к сожалению, «немыслимые цифры» - это оч абстрактное понятие, на проекте подняли tcp чистый как раз для огромного потока данных каждые пары секунд. Промисы неудобны в некоторых случаях бывают, await имхо поудобнее будет.
Я не понимаю.
Что позволит юзать? Твой мейн нужен чтобы инициализировать приложение и дальше к нему коннектятся клиенты, асинхронно.
Сага - либа для сайд эффектов на фронте, она к бекенду вообще отношения не имеет.
Async await - сахар поверх промисов, никто не юзает промисы в чистом виде, естественно)
задача специфичная и проще на жс реализовать к сожалению, основной любимчик это .Net <3
Комментарий недоступен
сорри, но прописал основные челу выше
Я самый быстрый стрелок на nestjs
Дуэль внесена в реестр, Nk. Ждите соперника!
Нет я
вопросы выше
Комментарий недоступен
gleipnir прострелил Nk в живот, задев лишь плоть (-9 HP). Что-то звякнуло? А... это gleipnir получил $15 в награду.
Ну спрашивай, может знаем
я с .net если что.
нельзя ли как-то class-transformer pipe заставить ошибки вернуть красиво чтобы на фронте выдавать без долгой ебли?
можно ли автоматизировать cqrs?
в typeOrm методы find не работают с монгой, только findBy
cqrs возвращает any и без костылей можно ли это пофикисть?
уже несколько раз нода заставила мой 16 поточный проц охуеть (диспетчер и многие проги не хотели открываться) и один раз дать синий экран
есть ли нормальный автомаппер для него?
Я мимо, слишком специфичные вопросы. Ждем кого-нибудь другого.
а