Question - What makes an application complex ?
Ответ - Использование слова «комплекс» в самом вопросе.Следовательно, общая тенденция будет заключаться в том, чтобы искать комплексное решение с самого начала.
Question - What does the word complex means ?
Ответ - Все, что неизвестно или частично понято. Пример: Теория гравитации даже сегодня COMPLEX для меня, но не сэра Исаака Ньютона, который открыл его в 1655.
Question - What tools can I use to deal with complexity ?
Ответ - Понимание и простота.
Question - But I understand my application . Its still complex ?
Ответ - Подумайте дважды, потому что понимание и сложность не сосуществуют. Если вы понимаете огромное огромное приложение, я уверен, вы согласитесь, что это не что иное, как интеграция небольших и простых единиц.
Question - Why all of the above philosophical discussion for a question on
Single Page Application (SAP)?
Ответ - Потому что,
-> SPA является не какой-то базовой технологии, которая недавно изобретен, для которой нам нужно изобретать колесо для многих вещей, которые мы делаем в разработке приложений.
-> Его концепция обусловлена необходимостью повышения производительности, доступности, масштабируемости и удобства обслуживания веб-приложений.
-> Его довольно недавно обозначенный шаблон дизайна, поэтому понимание SPA как шаблона дизайна имеет большое значение для принятия обоснованных решений об архитектуре SPA.
-> На уровне корня ни один SPA не является сложным, поскольку после понимания потребностей приложения и шаблона SPA вы поймете, что вы все еще создаете приложение, почти так же, как и раньше, с некоторыми изменениями и реорганизации в подходе к развитию.
Question - What about the use of Frameworks ?
Ответ - Каркасы являются котел кода плиты/решением для некоторых широко определенных и общих шаблонов, следовательно, они могут взлетать х% (переменные, основанные на применении) нагрузки от разработки приложений, но затем не много должен быть ожидаемый из них специально для тяжелых и растущих приложений. Его всегда хороший случай, чтобы полностью контролировать структуру вашего приложения и поток, но, самое главное, код для него. В коде приложения не должно быть серых или черных областей.
Question - Can you suggest one of the many approaches to SPA architecture ?
Ответ - Подумайте о своих собственных рамках, основанных на характере вашего приложения. Классифицировать компоненты приложения. Посмотрите на существующую структуру, близкую к вашей производной структуре, если вы ее найдете, то используйте ее, если вы ее не найдёте, я предлагаю идти вперед с вашей собственной. Создание фреймворка представляет собой довольно сложную задачу, но в долгосрочной перспективе дает лучшие результаты.Некоторые основные компоненты в моей SPA рамках будут: Источник
данных: Модели/Коллекция моделей
размечать для представления данных: Шаблоны
Взаимодействия с приложением: События
Съемка и навигация по городу: Маршрутизация
Утилиты, виджеты и плагины: библиотеки
Позвольте мне знать, если это помогло в любом случае и удачи с вашей SPA архитектуры !!
вы можете попробовать [angularJS] (http://www.angularjs.org/) или [backboneJS] (https://github.com/ibjhb/ spwa-backbone) – Romain
Можете ли вы представить свои собственные идеи по этому вопросу? Прошло некоторое время с тех пор, как вы задали этот вопрос, и мне интересно узнать, какие самые важные аспекты вы узнали из своего собственного опыта с Javascript SPA. –