Все части фреймворка, которые используются на клиенте и на сервере я перечислил. К ним вы можете добавить ваш код, который их использует. Это значительная часть как фреймворка, так и вашего кода. Ваши представления об архитектуре Full-Stack фреймворков полны заблуждений. Я не могу вам быстро и в двух словах объяснить как на самом деле, ибо это другая парадигма. Рекомендую почитать материалы о Derby.
Я имею ввиду что значительная часть кода Full-Stack фреймворка выполняется и на клиенте и на сервере. Это возможно только если использовать Node.js. Так же значительная часть вашего кода, когда вы используете Full-Stack, выполняется и на клиенте и на сервере. Преимущество этого — повторное использование кода. Вам не надо два раза писать одно и тоже.
Если вы генерируете html на сервере, то у вас всё хорошо с SEO, если на клиенте, то всё хорошо с интерактивностью. Не Full-Stack фреймворки обычно умеют либо одно, либо другое. Либо бо же вы используете два фреймворка: один на сервере, один на клиенте и пишите код два раза, в отличие от Full-Stack, где всё пишется только один раз.
Шаблонизатор, роутер, модель для работы с данными — значительная часть фреймворка. Написать и поддерживать это на двух языках значительно сложнее. Преимущества сомнительны (утверждение что Scala лучше для этого подходит, чем JavaScript — субъективно). В то же время в статье написаны преимущества использования одного языка на сервере и клиенте.
Ничья :-)
Если честно, то не знаю. Чуть выше в комментариях идет обсуждение OT и дальше там ссылка на ответы Joseph`а.
Кто разберется и распишет в двух словах, тот получит водокачку!
В последнее время практически все фрейсворки используют MVC. Можно было назвать их серверные фреймворки и клиентские фреймворки. Но я выбрал название «MVC на сервере» и «MVC на клиенте». Я думаю что в контексте структурирования кода это имеет право на жизнь.
Не будьте буквоедом. У вас по существу замечания есть?
Спросите у них.
Когда они принимали решение перейти на Scala, Derby еще не было. Не уверен что они захотят еще раз всё переписывать.
Сама концепция Full-Stack появилась не так давно и еще не сильно популярна.
Дуглас Крокфорд смотрит на вас, как на человека не согласного с ним.
То что у вас уже есть код — это не минус Full-Stack.
В чем вы видите плюсы MVC на клиенте и минусы Full-Stack?
Если честно, то не знаю. Чуть выше в комментариях идет обсуждение OT и дальше там ссылка на ответы Joseph`а.
Кто разберется и распишет в двух словах, тот получит водокачку!
Не будьте буквоедом. У вас по существу замечания есть?
Когда они принимали решение перейти на Scala, Derby еще не было. Не уверен что они захотят еще раз всё переписывать.
Сама концепция Full-Stack появилась не так давно и еще не сильно популярна.
Дуглас Крокфорд смотрит на вас, как на человека не согласного с ним.
Я вот тут набросил для мотивации.
Имя бд — project. Редис по умолчанию выбирает бд 1. Но можно выбрать, например, 2 вот так:
Это интересный вопрос. Ты опять всё сломал? :-) Надо посмотреть что у тебя в редисе и в таблице операций.
Путь к звездам долог и тернист :-)
А вот большого.