Что такое полнофункциональная платформа веб-приложений?

Я вижу этот термин Full-Stack Framework при работе с Web Application Framework, но, похоже, существуют разные мнения по этому поводу, и поэтому хотелось бы услышать ваше мнение.

Я прочитал этот поток в stackoverflow (Что такое полный стек mvc framework?Как Grails является полным стеком framework?), но недостаточно проясняет часть пользовательского интерфейса?

В Laravelbook (http://laravelbook.com/laravel-architecture/) сказано: " Laravel называют фреймворком с полным стеком, потому что он обрабатывает все, от веб-обслуживания до управления базами данных и вплоть до генерации HTML».

Таким образом, по этому определению ASP.NET MVC также будет фреймворком с полным стеком?

Но только потому, что вы можете обслуживать конечного пользователя с помощью HTML, делает ли это полностековым? Как насчет взаимодействия (JavaScript)? Как говорится в этой статье, http://www.smashingmagazine.com/2013/11/21/introduction-to-full-stack-javascript/

MEAN также называется Full-Stack Framework и включает ли AngularJS для взаимодействия с пользователем? Я читал, что это делает MEAN действительно полнофункциональной платформой, и если Laravel или ASP.NET MVC сочетаются, скажем, с AngularJS, то это будет полнофункциональная платформа веб-приложений.

И вот здесь я запутался, потому что с Laravel или ASP.NET MVC вы можете создать приложение в одиночку с самой структурой, а также ASP.NET имеет встроенные асинхронные операции с контроллерами, поэтому, возможно, не нужно что-то вроде Угловой?

Разве JS-взаимодействия, подобные тем, которые вы можете сделать с Angular, не являются просто вопросом мнения, и как насчет того, чтобы просто использовать старую добрую библиотеку jQuery для обновлений DOM? Должен ли Full-Stack иметь фреймворк JS?

Как вы определяете или аргументируете что-то, что является полнофункциональной платформой веб-приложений?


person user1938304    schedule 12.06.2014    source источник


Ответы (1)


Фреймворк с полным стеком может обрабатывать все, что вам нужно для создания полноценного веб-приложения. Это не означает, что вы не можете добавить к нему что-либо еще, что может облегчить вам достижение определенных целей, таких как использование Laravel для серверной части и AngularJS для внешнего интерфейса.

Объединение фреймворков возникает из-за желания найти наилучшее возможное решение для того, чего вы пытаетесь достичь. В приведенном выше примере разработчики считают выгодным позволить AngularJS обрабатывать внешний интерфейс не только потому, что это может упростить создание динамического одностраничного приложения, но и для достижения разделения кода между интерфейсом и сервером. Это позволяет вашему приложению быть более модульным, что, как мы все знаем, имеет много преимуществ (тестирование, создание API, сторонняя интеграция и т. д.).

В конце концов, все зависит от того, чего вы пытаетесь достичь. Если ваша цель состоит в том, чтобы иметь простое веб-приложение, вам может понадобиться только один фреймворк с полным стеком, но если ваше приложение имеет несколько амбиций, вы можете обнаружить, что объединение фреймворков будет лучшим возможным решением.

person user2600285    schedule 09.09.2014