2014-10-16 2 views
0

У меня возникла следующая идея: моя страница на example.org служит классическому HTML с сервера. Кроме того, EmberJS также загружен и ждет, чтобы начать действовать:Заменить, а не добавлять содержимое тела сайта в Ember.js

, как только кто-то попадает на маршрут эбера, а затем, например, example.org/#/login, ток должен быть заменен на то, что визуализирует его представление. С этого момента все приложение должно работать как одностраничное приложение.

Это хорошая идея? Во всяком случае, я не знаю, как это начать. Переопределение appendTo метод Посмотреть или установки rootElement собственности как в http://emberjs.com/guides/configuring-ember/embedding-applications/ не хватает, потому что если бы это было тело, выход вид только прилагается там ...

+0

Просто исключите классические страницы из проверки подлинности/авторизации, я изучаю/работаю с ember в течение 4 месяцев, закончил целое приложение из головы в спину, не прибегая к просмотрам. –

+0

логин был всего лишь примером, может быть любой произвольный, фактический «ресурс ember». Просто хотел создать картину того, что есть базовая страница, и каждое последующее действие должно быть действием ember с представлениями, которые были представлены как полная страница. –

ответ

0

Если вся ваша заявка Ember требует от пользователя быть авторизованы, то действует на два отдельных «приложений»:

  1. регулярное неприменение одной страницы (на стороне сервера с помощью Rails, PHP или C#) со знаком вверх и страницы входа
  2. одной страницы приложения (т.е. Ember) отправить, как только пользователь нажмет кнопку входа в ваше обычное приложение

У вас будет 2 страницы index.html, по одному для каждого приложения (и это нормально!). URL-адрес приложения Ember может быть ниже example.org/app/.... Вам необходимо настроить маршрутизатор обычного приложения на сервер своего приложения Ember для всех URL-адресов, начиная с/app /.

Помогло ли это? :)

+0

Спасибо за ваш ответ, мой проект каким-то образом будет вести себя как Facebook, например: нажатие на доменное имя послужит введением и возможностью входа в систему; но фактическое (одностраничное) приложение будет использоваться как для входа в систему, так и для незарегистрированных пользователей (как-то «зрителей»). Недостаток наличия пространства имен/приложений - это не красивый URL-адрес при совместном использовании; например, example.org/app/profile/john.doe42 Но я уже согласился «сам» сделать это именно так; еще я открыт для дальнейших предложений ... –

+0

У вас может быть app.example.org, указывающий на ваше приложение, если хотите. Вы можете настроить свой веб-сервер так легко. – Pedro

Смежные вопросы