Таким образом, мы находимся в данный момент, когда нам нужно начать работу над новым веб-приложением с типичными компонентами на стороне браузера и на стороне сервера.
Наша команда в некотором роде разделяет выбор технологического стека на стороне сервера, особенно язык. В прошлых проектах мы работали на стороне сервера на самых разных языках, таких как php, python, go, java et c.
Основная проблема заключается в том, что логи приложения c, дублируются через интерфейс и бэкэнд.
Я приведу пример использования двух очень распространенных сценариев ios для справки, хотя есть и много других.
- проверка
- разрешения пользователя
На первый взгляд обещание многократного использования кода и отсутствие повторения бизнес-логики c выглядит очень многообещающим. Если мы go для javascript в целом, наш код теоретически будет (должен быть) очень DRY.
Я посмотрел на вопросы о стековом потоке, чтобы посмотреть, смогу ли я найти там какую-либо помощь, но я был не очень удивлен, увидев, что этот вопрос снова и снова всплывает и сразу же закрывается армией модераторов, прежде чем он когда-либо получит полезный ответ.
Единственный вопрос, который может получить полезный ответ, - здесь , но это также 7 лет, когда node.js был в зачаточном состоянии.
На первый взгляд все это выглядит очень многообещающе, но я хотел бы знать, если вы уже прошли этот путь недавно (особенно после ES2015 и далее), зеленая ли трава на стороне сервера javascript выглядит как зеленая?
Это не вопрос вашего мнения, скорее это вопрос вашего опыта работы с сервером side JS специально для удаления дублирования в логах проверки c.
Работает ли так, как должно звучать? Есть ли какие-то скрытые ловушки и неровности, которые появятся только после того, как мы уже на полпути по этому пути?
Любые хедз-апы, которыми вы можете поделиться, высоко ценятся.