Використання такої основи, як Backbone [закрито]

На даний момент у мене є сторінка http://proctors.org/tv, яка керується кількома переглядами та вкладеними файлами з тоннами jQuery та злому разом спагетті JavaScript, і я хотів би її очистити. Я розумію, що нові рамки Javascript "MVC" використовують шаблони і не строго зберігають усі дані в DOM, як це можна зробити з jQuery.

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

Існує проект Do для Backbone , і я пам’ятаю, що там був DrugCon Denver, який є BoF або сесією ...

Я сподіваюся відкрити, чи варто свого часу спробувати переписати це в нові рамки чи просто почистити те, що я маю тут.

Я використовував і Ембер, і Хребну разом з Друпалом, але не так, як ви думаєте.

Ember і Backbone - це чудові інструменти для створення веб-додатків, але Drupal насправді не є хорошим інструментом, який можна використовувати разом з ними. Те, що ви хочете, коли ви створили веб-додаток, - це щось легке і швидке. Ви хочете, щоб це було швидко, щоб ви могли дати своїм користувачам відчуття, якщо негайний час відгуку. Ви хочете, щоб воно було легким, щоб воно було краще. Drupal не швидкий - повний завантажувальний засіб Drupal займає багато часу (порівняно з багатьма іншими варіантами), якщо все, що ви хочете зробити, - це забезпечити REST API для свого веб-програми. Drupal - це PHP, що також робить його голодним оперативною пам'яткою, обмежуючи кількість одночасних користувачів.

Тож якщо Drupal настільки поганий для цього, навіщо його використовувати?

Ви дійсно повинні використовувати Drupal для того, на що Drupal перевершує - CMS. Що я робив у минулому з проектами, для яких потрібен веб-додаток, - це використовувати Drupal для створення CMS навколо веб-програми. Створювати такі речі, як блоги, списки вмісту та подібні. Я також створив модулі для визначення деяких речей, таких як визначення схеми, та інших матеріалів, де було сенс використовувати Drupal - тому що це значно полегшило мою розробку.

Замість того, щоб використовувати Drupal для створення API REST, який потрібен webapp - я використовував Node.js для створення фактичного API REST та інших перевірок AJAX-дзвінків, які потрібно здійснити webapp. Node.js чудово робить саме це. Це швидко спалахує (час відгуку становить лише 30 мс для списку об’єктів). Він також дуже легкий, оскільки JavaScript на сервері використовує асинхронні дії, сервер Node.js зазвичай може обробляти тисячі одночасних користувачів, де PHP може обробляти, можливо, 100. Окрім цього - оскільки Node.js - JavaScript, ви можете багаторазово використовувати сервера коду та на стороні клієнта. Ви можете буквально написати один і той же код перевірки, замість того, щоб реалізовувати обидві сторони клієнта в JavaScript та серверну частину в PHP. Якщо ви збираєтеся до Drupal con в Мюніху через кілька тижнів - вам варто розглянути презентацію node.js.

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

Оновлення Drupal 8

Тож із випуском Drupal 8 деякі з перерахованих вище залишаються дійсними, але не в тому ж розкладі, як раніше. Drupal 8 схожий на Drupal 7 - це не легкий інструмент, як Node.js, Rails, Django і т. Д. Оскільки додатки JavaScript в основному споживають різні сервіси, ви все ще повинні врахувати, чи найкращим інструментом для цього є Drupal.

З Drupal 8 багато чого покращили. Послуги набагато рідніші: Symphony визначає запит / відповідь. Drupal 8 має багато цікавих можливостей, завдяки вдосконаленому кешуванню та всім чудовим функціям. Але навіть маючи всю велич Drupal 8, він все-таки набагато важчий, ніж легкі програми. Важко сказати, наскільки успішно Drupal 8 може бути використаний як швидкий провайдер веб-сервісів.

Так що, маючи все сказане і зроблене, моя загальна рекомендація залишається такою ж. Будучи розробником Drupal, його легко використовувати для всього, оскільки ми з ним знайомі. Він відчуває себе в безпеці, і Drupal можна використовувати практично будь-що. Пам'ятайте, хоча Drupal можна використовувати для чого завгодно, це не означає, що це найкращий інструмент для всього. Здійснення ґрунтовного аналізу та розуміння сильних та слабких сторін інструментів, які ви хочете використовувати в ІТ-проекті, завжди буде чудовою допомогою і допоможе вам уникнути того, щоб опинитися в тупиковій ситуації з результатом, який не відповідає вашим очікуванням .

Нещодавно я почав розробляти своє перше програмне забезпечення backbone + drupal і мені дуже подобається. Використання модуля Backbone разом із службами, переглядами служб та необхідними бібліотеками. Проект досить простий: створити карусель, керовану вмістом з 6 сторінок, на якій відображаються різні дані, а також додатковий слайдер News, який відображає різний вміст. Ця сторінка розташована на різних екранах без взаємодії з користувачем, тому потрібна можливість оновлювати вміст передньої частини, не оновлюючи браузер. Я вважав, що це ідеально вписується в додаток Drupal + Backbone, в якому Drupal керує вмістом і магістраллю, контролюючи та синхронізуючи з db. Я інтегрований у jquery.cycle 2, який має дивовижний API і добре вписується в стиль кодування MVC.

Я можу зрозуміти, чому люди можуть засунути нос при використанні Drupal як резервної системи, але для невеликого застосування, такого як Drupal , легко і швидко . Я домігся цього, почавши з мінімальної установки та ретельно вибираючи модулі contrib та core. Зараз у мене є близько 50 модулів з трохи менше 150 рядків спеціального JS-коду для основних речей, і я майже все зробив.

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

На закінчення:

Варто витратити свій час на це, якщо ваш проект добре відповідає. На мою думку, з проблемами продуктивності, спричиненими важкістю Drupal, можна легко боротися, використовуючи механізми кешування, такі як Varnish, або навіть кешування або кешування основних сторінок. Гнучкість та швидкість розвитку від використання Drupal повністю переважають негативи для мене.

Основна відповідь - так, деякі люди її використовують. Я сам не користувався цим (ще не знайшов хорошого збігу проектів), але наразі існує група Drupal для цього, і він також би вписувався в Веб-сервіс та основні контекстні ініціативи, що є однією з ініціатив Drupal 8. . Також є сесія на DrupalCon Munich 2012, Backbone.js у Frontend .

Я не знаю, чи він ще готовий до прайм-тайму, але, на мою думку, варто створити доказ концепції, якщо у вас є щось, що може отримати від цього користь, і ви можете спроектувати сторону JS до інтерфейсу, а не до реалізації . Це допоможе виокремити будь-які зміни, якщо ви вирішите скористатися програмою Drupal з будь-якої причини.

Можливо, вам це стане в нагоді: він показує приклад перетворення сценарію, заснованого на JQuery, у сценарій магістралі. Очевидно, вам потрібно буде ввімкнути backbone.js, або як бібліотеку, використовуючи drupal_add_js, або використовуючи модуль.

https://github.com/kjbekkelund/writings/blob/master/published/understanding-backbone.md/