Какая структура ui для выбора

Question

В среде windows/.net в настоящее время я использую монорельсы с jquery для обеспечения административного интерфейса приложения электронной коммерции.

Это приложение работает красиво, но не имеет реальной концепции ui Состав. До сих пор это не было проблемой, потому что ui был нацелен на единую базу пользователей и объект с одним доменом. Это изменится, так как мы хотим, чтобы приложение работало для доменов, происходящих из определенного базового домена (и расширяя его).

Так что если у меня есть сущность с именем и свойством строки описания, скорее всего, у меня будет форма с именем, описанием и скрытым полем идентификатора. Сообщения идут через jquery/ajax.

Теперь другой клиент приходит и получает свою настройку по умолчанию. Ему требуется дата и поле размера этого объекта. Мне нужно подумать о том, чтобы это легко развертывалось, поэтому я не могу просто взломать существующее решение и расширить его таким образом. Что мне нужно сделать, это забросить dll в папку bin базовой установки клиента и сделать с ней.

В настоящее время я много читаю о серебристом свете, призме и калибре, которые, похоже, дают мне эту функциональность - по цене.
Что очень легко теперь - доступ к данным моего домена, сервисам и обмену сообщениями и использование этих данных в представлении, станет скрытым за некоторым слоем, вероятно, спокойным типом веб-службы. Кроме того, из того, что я могу собрать, обычно приложение Silverlight, похоже, привязано к классам-прокси-класса, созданным с помощью Visual Studio, объектов, подверженных этим сервисам, - ситуация не очень хорошо подходит для моего текущего сценария.

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

Другим вариантом было бы создание моих представлений в javascript с использованием библиотеки, такой как YUI o dojo (не может использовать ext из-за их лицензирования) и генерировать все ui там (почти без разметки html), определять точки расширения и использовать какие-то javascript, чтобы позволить мне расширить этот интерфейс. Данные будут поступать с последующими призывами к обслуживанию. Хотя это не похоже на все, что отличается от перехода на sl-путь, из-за динамического характера javascript этот мог бы быть намного проще, чем сгибать строго типизированный .net по моей воле.

Кто-нибудь может дать мне некоторое мнение здесь, чтобы помочь мне принять это решение?

Answer 1

Я не могу говорить со всеми точками вы обрисовали, но вот те, которые я могу:

UI Состав:

с Silverlight и рамками, которые доступны (призмами, Caliburn и т.д.) , вы можете создавать невероятно гибкие и масштабируемые пользовательские интерфейсы, чтобы получить от меня большие пальцы. Я считаю, что производительность очень высока с этими структурами и разделение проблем на высоком уровне, поэтому упрощение проекта становится намного проще. Выбирая веб-платформу для нового проекта, я теперь подхожу к ней с точки зрения «Есть ли причина не использовать Silverlight?». Это должно работать как оговорка, что я предвзятость по этой теме

новых проблем внедряются:

Вы упоминаете, что легко вам теперь станет скрыты за другой слой. С этим трудно говорить, поскольку я не знаю вашей текущей архитектуры, в общих чертах я бы сказал, что это потенциально хорошо.С хорошим шаблоном (MVVM является самым мощным и распространенным в Silverlight/WPF), эти слои должны быть способны хорошо взаимодействовать и должны обеспечивать хорошую архитектуру для вашего проекта.

прокси Классы:

Да, я понимаю, что это может быть воспринято как потенциальная проблемной область, но опять-таки с правильной архитектурой и структурами (RIA Services будет на что посмотреть), вы должны быть в состоянии не перемещайте текущую точку боли от слоя пользовательского интерфейса до уровня обслуживания.

В заключение я был бы большим сторонником использования Silverlight.

Альтернатива:

Я не могу говорить с возможностью генерации ваших взглядов на JavaScript, как я никогда не пытался это, надеюсь, кто-то прокомментирует свой опыт с этим.

Вы считали ASP.NET MVC? Опять же, эта платформа имеет приятный подход к составному пользовательскому интерфейсу, и вы будете генерировать свои представления таким образом, чтобы у вас был гораздо больше контроля, чем в настоящее время.

Я надеюсь, что это поможет.