Хотя я с вами согласен, но мне кажется что статья не об этом.
Если в каждую статью вмещать всевозможные best practise, то это может отвлекать внимание от того, о чем статья.
фреймворк является необязательным и не рекомендуется.
Да, на Golang нет особой необходимости в сложных фреймворках.
Но мне нужна была функциональность middleware для сервиса — я выбрал https://github.com/labstack/echo. Да, можно сделать самому, но зачем?..
Не знаю, насколько верное решение, время покажет.
Я к пытался сказать, что PHP плох, NodeJS хорош. Каждый язык — просто инструмент. И каждый язык имеет свои сильные и слабые стороны. Как по мне профит от использования GraphQL не в последнюю (хотя и не единственную) очередь заключается в возможности распараллеливания запросов, когда за различные сущьности отвечают различные сервисы.
NodeJS сможет с лёгкостью отправить одновременно несколько запросов на связанные сущьности. Например, если надо вытянуть данные человека, его друзей, его посты, сообщения. Запросы на друзей, сообщения и посты можно отправить параллельно. В PHP, насколько я знаю, такой возможности нет (за исключением особых извращений)
Жаль, но, похоже, книга устарела к моменту выхода.
Мне кажется, что любая книга, посвященная современному JS (а особенно какому-то популярному фреймворку) устаревает на момент своего выхода, не говоря уж о ее переводе :-)
Тематически связаны. Но в PHPStorm раньше (если не ошибаюсь) была возможность либо открыть проект в новом окне, либо в текущем (заменив проект в текущем окне). Сейчас появилась возможность открывать в одном окне несколько проектов, но там есть какие-то ограничения по настройкам (часть настроек будет общая). Но надо будет попробовать, может будет лучше. К. т. проекты есть на разных языках (PHP, JS)
… и у меня бывает открыто 10+ разных окон IDE (PHPStorm). Так вот через пару дней комп (i5, 16Gb RAM, SSD) начинает безбожно глючить. Сегодня, например, отвалилась подсветка синтаксиса.
В результате вызова myPromise() все равно сработал бы метод then() или catch(). Лучше всего завести сразу привычку — всегда возвращать resolve(...) или reject(...). В будущем это поможет избежать ситуации, когда код будет работать не так, как ожидается.
Оплатит амазон. Заработают потом на обслуживании клиента. Если для того что бы перейти на их облако надо будет воспользоваться этим грузовиком, то что бы уйти надо будет не меньше. А вывозить инфу из Амазона грузовиком никто не обещал :-). Так что хочешь уйти — качай 25 лет. Не устраивает — продолжай платить абонплату.
На Wayland в Gnome отвалилось отображение иконок на рабочем столе. Лечится (если необходимо) запуском «Gnome on Xorg»
Еще на Wayland не работает регулировка гаммы экрана, и, как следствие, не работает redshift.
Для меня это стало неприятной неожиданностью. Решилось только переключением на xorg :-( (https://fedoraproject.org/wiki/Changes/WaylandByDefault).
Если в каждую статью вмещать всевозможные best practise, то это может отвлекать внимание от того, о чем статья.
Да, на Golang нет особой необходимости в сложных фреймворках.
Но мне нужна была функциональность middleware для сервиса — я выбрал https://github.com/labstack/echo. Да, можно сделать самому, но зачем?..
Не знаю, насколько верное решение, время покажет.
Спасибо за статью.
Мне кажется, что любая книга, посвященная современному JS (а особенно какому-то популярному фреймворку) устаревает на момент своего выхода, не говоря уж о ее переводе :-)
нет поддержки http заголовков? Это скорее проблемы имплементации http клиента…
потому что промис — это конечный автомат, вызов reject/resolve меняет состояние, но не завершает выполнение текущей функции.
вот попробуйте:
Вот еще можно глянуть: https://www.promisejs.org/implementing/
Можете пример привести?
Еще на Wayland не работает регулировка гаммы экрана, и, как следствие, не работает redshift.
Для меня это стало неприятной неожиданностью. Решилось только переключением на xorg :-( (https://fedoraproject.org/wiki/Changes/WaylandByDefault).