В даний час існує безліч підходів для створення веб-додатків:

1. Тільки на стороні сервера

Це класичний підхід, коли ви відтворюєте сторінки на сервері за допомогою такої веб-рамки, як Ruby on Rails, Django, Express, Play! Рамка та ін.

Типовий робочий процес : побудуйте всю свою логіку бізнесу, моделі та перегляньте шаблони на сервері в рамках вашого вибору.

2. Клієнт + API REST

Відносно не так давно веб-спільнота в цілому почала створювати клієнтські програми в Angular, Backbone, Ember та декількох десятках інших програм MV * JavaScript MV *. А тепер у нас також є учасник React.js.

ОНОВЛЕННЯ : Нерозуміння немає. Що я мав на увазі лише на стороні клієнта - це повне розділення проблем. У вас є сервер API REST і додаток на стороні клієнта, який спілкується з цим сервером. Залежно від випадку використання, швидше за все, ви ніколи не матимете справжнього лише клієнтського додатку, який не підключатиметься до бек-енду ні для автентифікації, ні для збереження даних.

Типовий робочий процес : витрачайте години, визначаючи Кутовий проти Хребта проти Ембер проти Х. Потім ви будуєте свої маршрути, моделі, види, контролери на клієнті. Після того, як ви закінчите, тепер будуйте моделі, контролери, маршрути на сервері. У такий спосіб ви виконуєте подвійну кількість роботи.

3. Гібрид

Я мало знаю про використання цього підходу, але якби я здогадувався, ви викладаєте свої погляди (Перегляд рамки MVC) на сервері. У результаті ви отримуєте підтримку SEO плюс швидше завантаження сторінки.

На гібридному фронті є rendr airbnb, який нібито поєднує магістраль і експрес разом.

Ерік Флоренцо сьогодні опублікував у своєму блозі: Реагуйте: Нарешті, чудовий стек-сервер / клієнт .

Кількість способів створення веб-додатків просто величезна. А для того, хто навчається розробці веб-сторінок, це може стати проблемою. Як вирішити, який підхід використовувати для побудови наступного додатку?

Я думаю, ви повністю зрозуміли "лише сторону клієнта".

По-перше, він повинен мати позначку "Клієнт-орієнтований". Вся суть каркасів, таких як Angular, полягає в тому, що частини "VC" MVC повністю реалізовані в браузері в JavaScript. Логіка "M" вищого рівня частини "M" - Модель - реалізована в браузері, а логіка "CRUD" нижчого рівня реалізована на сервері.

Логіка бізнесу розробляється один раз. Логіка перегляду розробляється один раз. Логіка управління розробляється один раз - і все це в рамках вибору Javascript. Логіка доступу до даних також розробляється лише один раз, але на цей раз у будь-якій системі RESTy або SOAPy, яку ви обираєте на стороні сервера.

У крайньому випадку ви можете повністю реалізувати Модель у клієнті, якщо це прийнятно для доступу до даних лише з одного браузера на одній машині, і, якщо дані будуть переміщені кожного разу при виборі параметра «Очистити файли cookie».

Відповідь на питання полягає в тому, що це залежить від вимог. Принаймні побіжний погляд на історію розвитку "веб-сайтів" вказує на культуру ковбоя, де часто не помічають спілкування із зацікавленими сторонами, клієнтами, збирання вимог.

Мені пощастило взяти участь у розмові кілька років тому, де я почув щось, що справді застрягло в мені: "Ви вибираєте дизайн, щоб відповідати вимогам, а не вимогам, щоб відповідати дизайну". Тож стикаючись із таким питанням, вам потрібно дізнатися, що насправді потрібно людям, які просять вас створити це програмне забезпечення.

Ваше завдання - пояснити плюси та мінуси кожного підходу.

Я думаю, що одним із ключових моментів нових підходів та рамок є те, що між технологіями переднього та задніх технологій є менше зв’язків.

Ідея полягає в тому, що ви можете використовувати будь-яку структуру для клієнта і витягувати дані та / або перегляди з будь-якої кількості джерел незалежно від структури сервера.

Це дозволяє нам вибрати найкращі інструменти для виконання роботи, і наш вибір може розвиватися незалежно.

Справді, я не використовував кутових або опорних, тому не можу дати жодних досвідчених рекомендацій. Мій поточний базовий стек складається з найтоншого mvc на стороні сервера або спокійних сервісів, які я можу знайти. Переважно надають шаблони та дані. Дані надаються та / або подані клієнтською стороною дані, використовуючи здебільшого просто звичайний javascript, jquery та css.

Я починаю тут і будую на ньому те, що мені потрібно. Переваги такого підходу очевидні, коли ви думаєте про підтримку декількох клієнтських платформ - браузера, мобільних і т.д.