Ага. Давайте грязным руками. Простые страничные приложения прекрасны, но это не то, что нужно. Это противоречивое. Все сегодня знают, как сказать Meern – Mongo, Express, React и Node – когда дело доходит до выбора стога Tech для нового приложения. Это супер модный, сегодня, и это действительно Очень мощный комбинация рамок. Не поймите меня неправильно.
Но это все еще не лучший выбор для всех. Я говорю вам, почему:
Приложение одно страница – это другое приложение
Для меня самое большое предусмотренное спа-салон именно то, что спа – другое приложение самостоятельно. У вас будет много компонентов, вызовов API, соединений и состояний для генерации и Mantain. Это больше кода. Это новое приложение. Есть много бизнеса, который просто не нужен этот дополнительный слой сложности и расхода (поскольку вы пишете больше кода), в обмен на улучшении маргинальных UX. И если вы решите что-то изменить на своем приложении Backend (который происходит много в продуктах, которые еще не так созревают) … Там вы переходите изменив целое другое приложение в вашем переднем конце.
Реагировать красиво, но это требует, чтобы вы знали, что происходит
React – это сложный код ES6. Это требует, чтобы вы точно знали, что там происходит. Все государственные манипуляции, API-призывы и мягкие перезагрузки о том, что структура может заставить новых разработчиков (новых к вашему коду) более труднее время начать, поскольку код письменного кода не обязательно является наиболее простым для чтения.
Тем временем, для того, что рельсы настолько самоуверены, большинство приложений бегают в аналогичных основаниях и допущениях. Они обычно строятся аналогично, и это дает более ловкости для разработчиков для выполнения изменений быстрее.
SQL очень быстро
Иногда люди начинают говорить, что SQL не настолько эффективен, а будущее не является SQL. Просто неправильно сказать, что SQL недостаточно быстро – при использовании правильно (что-то, что все приличные компьютерные ученые должны знать, как это сделать), сила SQL все еще довольно красивая.
Я работал с базами данных с Сотни столов, с миллионами записей каждый Отказ И это работало как шарм – потому что это было хорошо построено. Это все о том, как вы организуете информацию, как она будет расти и как вы хотите получить доступ к ней. Для многих приложений (особенно те, которые более интенсивно отчета), SQL очень удобна для извлечения данных без особых усилий.
Я также работал раньше с помощью бизнес-пользователей, которые знали, как использовать SQL, и смогли выполнить простые выборочные операторы в копиях базы данных приложения для очень сложного анализа, которые они управляли. Я бы никогда не увидим их возможность запускать эти анализаты в базах данных не таблиц.
SQL, с его присоединениями, индексами и нормализациями – это красивый узор, который применимо к большинству информационных систем, которые я когда-либо встречал в моем телере.
Активная запись все еще красива
И держать в базе данных разговоров, ActiveRecord, ядро рельсов все еще удивительно. Если вы берете все остальные рамки, и сохраните только задний конец, Rails все еще очень полезен именно из-за ActiveRecord и насколько быстро вы можете построить и обрабатывать сложные данные с ним. Если вы все в спа-салоне, создайте свой задний план рельсами, – это огромный инструмент для рассмотрения.
Turbolinks также очень быстро
Если вам не нужен ультраэ гладкий и безупречный UX (который много раз в этом случае, я вижу это), вы можете позволить себе мягкую и быструю перезагрузку страницы. Просто не беспокоя о всех асинхронных вызовах и разных состояниях, пользовательский интерфейс может быть без обновления заднего конца (что иногда борьба в SPA), является огромным увеличением производительности для разработчиков. Специально на ранних этапах развития
Rails имеет удивительное сообщество
Rails имеет удивительное сообщество, и просто удивительно, что вы можете найти в переполнении стека, когда вы работаете в любой странной ошибке во время кодирования. Удивительное сообщество, чтобы помочь вам. Вы также получаете это с помощью JS-стека, но сообщество Rails очень зрело и может решить ни одному из тривиальных ошибок (98% от того, что вы столкнетесь с).
TL; доктор
Рельсы все еще удивительны, даже сравнивающиеся с более поздними вариантами. Использование правильного инструмента для правильной проблемы является ключ. Полный на рельсах, рельсы только для заднего конца или просто любой другой подход.