Ember.js або Backbone.js для спокійного бекенда [закрито]

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

Я запитую себе, який фреймворк працює легше, як передній план для решти відпочинку рейки. Для backbone.js я бачив різні підходи до виклику бекенду відпочинку. Для ембер здається, що мені потрібно включити ще кілька бібліотек, таких як "дані" або "ресурси". Чому для цього існують дві бібліотеки?

Так що кращий вибір? Немає численних прикладів, щоб з'єднати інтерфейс із заднім числом. Що є хорошим робочим прикладом для зворотного дзвінка до цього:

URI: ../restapi/topics Отримати авторизаційні дані: формат адміністратора / секрету: json

Всупереч поширеній думці, Ember.js не є «більш важким підходом до ваги» для Backbone.js. Це різні види інструментів, націлені на абсолютно різні кінцеві продукти. Солодка пляма Ембер - це програми, де користувач триматиме час відкритий додаток, можливо, цілий день, а взаємодія з поглядами програми чи базовими даними викликає глибокі зміни в ієрархії перегляду. Ember більше Backbone, але завдяки Expires, Cache-Controlце має значення тільки на першого завантаження. Після двох днів щоденного користування додаткові 30 кб будуть затьмарені передачею даних раніше, якщо ваш вміст передбачає зображення.

Магістральна система ідеально підходить для додатків з невеликою кількістю станів, коли ієрархія перегляду залишається відносно рівною і де користувач прагне отримати доступ до програми нечасто або на коротший проміжок часу. Код хребта залишається коротким і солодким, оскільки він передбачає, що дані, що підтримують DOM, будуть викинуті, і обидва елементи будуть зібрані в пам'яті: https://github.com/documentcloud/backbone/isissue/231#issuecomment-4452400 Менший розмір хребта також робить його більш придатним для коротких взаємодій.

Програми, які люди пишуть в обох рамках, відображають ці можливості використання: програми Ember.js включають веб-панель Square , Zendesk (принаймні інтерфейс агента / квитків) та планувальник Groupon : усі програми, над якими користувач може провести цілий день, працюючи.

Аплікаційні програми зосереджуються більше на коротких або випадкових взаємодіях, які часто є лише невеликими розділами більшої статичної сторінки: airbnb , Khan Academy , карта та списки Foursquare .

Ви можете використовувати Backbone для створення тих програм, на які орієнтується Ембер (наприклад, Rdio ), а) збільшуючи кількість коду програми, за який ви несете відповідальність, щоб уникнути проблем, таких як витоки пам'яті або події зомбі (я особисто не рекомендую такий підхід) або b) додавши бібліотеки сторонніх організацій, як backbone.marionette або Coccyx - є багато таких бібліотек, які намагаються забезпечити подібний функціонал, що перекривається, і, ймовірно, ви складете власну власну рамку, яка більша і вимагає більше клейового коду, ніж якби ти щойно використовував Ембер.

Зрештою, на питання "що використовувати" є два відповіді.

По-перше, "Що я повинен використовувати взагалі у своїй кар'єрі": І те, і інше, як ви в кінцевому підсумку вивчите будь-які інструменти, характерні для роботи, яку ви хочете робити в майбутньому. Ви ніколи не запитаєте "Магістраль або D3?"; "Хребет або Ембер" - це не менш дурне питання.

По-друге, "Що я повинен використовувати конкретно для свого наступного проекту": Залежить від проекту. Обидва спілкуватимуться з сервером Rails з однаковою легкістю. Якщо ваш наступний проект передбачає поєднання сторінок, створених сервером, з так званими "островами багатства", що надаються JavaScript, використовуйте Backbone. Якщо ваш наступний проект підштовхує всю взаємодію до середовища браузера, використовуйте Ember.

Щоб дати коротку, спрощену відповідь: для RESTful бекенду на даний момент ви повинні використовувати Backbone.

Щоб дати більш складну відповідь: Це дійсно залежить від того, що ви робите. Як говорили інші, Ембер розрахована на різні речі і сподобається різному набору людей. Моя коротка відповідь ґрунтується на вашому включенні вимоги RESTful.

На даний момент Ember-Data (який, здається, є механізмом збереження за замовчуванням у Ember), далеко не готовий до виробництва. Це означає, що він має досить багато помилок і, що головне, не підтримує вкладені URI (наприклад, / posts / 2 / comments / 4556). Якщо REST - це ваша вимога, вам доведеться поки що обійти це питання, якщо ви виберете Ember (тобто вам доведеться або зламати його, чекати, реалізовувати щось на зразок Ember-Data з нуля, або використовувати не -все-RESTful URI). Ember-Data не є строго частиною Ember, тому це цілком можливо.

Основні відмінності між цими двома, крім розміру, в основному:

Ембер намагається зробити якнайбільше для вас, так що вам не доведеться писати стільки коду. Це дуже ієрархічно, і якщо ваш додаток також дуже ієрархічний, швидше за все, це буде добре. Оскільки це робить для вас стільки, вам може бути важко зрозуміти, звідки беруться помилки, і пояснити, чому відбувається несподівана поведінка ("магії" багато). Якщо у вас є додаток, який природно вписується в тип додатка, який Ембер очікує, що ви будуєте, це, швидше за все, не буде проблемою.

Магістраль намагається зробити якнайменше для вас, щоб ви могли міркувати про те, що відбувається, і створити архітектуру, яка відповідає вашому додатку (а не створювати додаток, який відповідає архітектурі рамки, яку ви використовуєте). Починати з цього набагато простіше, але, якщо ви не будете обережні, ви можете швидко закінчитися безладом. Він не робить такі речі, як обчислювані властивості, автоматичні розв'язування подій тощо, і залишає їх вам, тому вам потрібно буде багато реалізувати багато матеріалів (або принаймні вибирати бібліотеки, які це роблять для вас), хоча це скоріше вся суть.

Оновлення : Схоже, нещодавно Ember тепер підтримує вкладені URI, тому, гадаю, питання зводиться до того, яка магія вам подобається та чи підходить Ember архітектурно для вашого додатка.

Я думаю, що ваше питання незабаром буде заблоковано :) Між двома рамками є кілька суперечок.

По суті, Backbone не робить багато речей, і тому я люблю це: вам доведеться багато кодувати, але ви будете кодувати в потрібному місці. Ембер робить багато речей, тож краще дивіться, що вона робить.

Обговорення на сервері - одна з небагатьох речей, які робить Backbone, і вона робить велику роботу з цим. Тож я б почав із «Хребта», а потім спробував би Ембер, якщо ви не задоволені цілком.

Ви також можете прослухати цей подкаст, де Джеремі Ашкенас, творець "Хребта", та Єгуда Кац, член "Ембер", провели хорошу дискусію