2011-06-13 6 views

ответ

14

Как «хардкор» разработчик и тренер Certified Kentico Я всегда использую и всегда рекомендуем использование портала Engine над ASPX шаблонах.

Я говорю, что, поскольку Portal Engine предоставляет богатый интерфейс для создания и настройки шаблонов. Прямо внутри CMS Desk вы можете создавать шаблоны и добавлять к ним веб-части. Вы также получаете диалог с хорошим редактором свойств с пользовательскими селекторами для каждого типа поля, а также редактор макросов для каждого поля. Это означает, что если поле ожидает список типов документов, диалоговое окно «Свойства портала» покажет вам список типов документов с флажками. Это не могло быть легче.

Другим важным отличием является то, что (по крайней мере в это время), метод разработки шаблона ASPX НЕ поддерживает виджетов. Я не уверен, что это изменится в версии 6.0, которая должна дебютировать в этом году.

Еще одна огромная выгода заключается в том, что правильно обученных администраторов контента имеют возможность вносить изменения в шаблоны. Опять же, если они прошли соответствующую подготовку, они могут редактировать шаблон на вкладке дизайна в CMS Desk. Это может облегчить большую работу, которая обычно является излишней для разработчика. Подумайте: «Эй, Дэвид, можете ли вы изменить статический текст на этом шаблоне?» или «Эй, Дэвид, можете ли вы переместить эту веб-часть в другую колонку?».

Чтобы играть адвоката дьявола, вот преимущества шаблонов ASPX. Шаблоны - это в основном мастер-страницы, поэтому они основаны на файлах и могут быть легко использованы в сочетании с контролем источника. Это может быть лучше подходит для сайта с тяжелым кодом (приложение), где важна конфигурация шаблонов.

С помощью шаблонов ASPX может быть проще написать более сложный код.Например, если одна веб-часть (User Control) напрямую зависит от состояния другой веб-части, тогда это было бы легче выполнить с помощью шаблонов ASPX. Но вы также можете утверждать, что ваш код должен быть более развязан и не полагаться на другие веб-части, существующие в шаблоне: P

+0

Спасибо за ответ. Обычно мы сталкиваемся с теми сложными объектами. Мы занимаемся динамическими функциями, а не статическими. Как вы, пожалуйста, приведете пример того, как ASPX будет лучше создавать сложные сайты или все же мы сможем использовать механизм портала для этих сложных сайтов. Каковы лучшие вещи, которые мы можем сделать от ASPX, а не от движка портала? – Gaurav123

+0

У меня недостаточно очков, чтобы проголосовать за вас. :-( Но когда я получу несколько очков, я обязательно проголосую за вас :-) – Gaurav123

6

Шаблоны портала могут быть встроены в веб-интерфейс; они имеют сложную, но надежную структуру наследования; много способов объединить и показать данные, но есть много мест, где нужно управлять/манипулировать данными, чтобы заставить их работать в самый раз.

ASPX шаблон позволяет более сложный код и редактировать с помощью Visual Studio или аналогичного редактора напрямую.

Обе модели могут использоваться вместе. Вы можете добиться большего всего. Таким образом, это действительно сводится к вашим собственным предпочтениям в области развития, наборам навыков и/или потребностям в решении в каждом конкретном случае.

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

Перейдите по ссылке для длинной версии, но «короткая версия» из Kentico DevNet "ASPX versus Portal Engine development in Kentico CMS" blog post является:

Если вы не знаете модели развития, или если вы не то, что опытный разработчик, и если вы хотите, чтобы ваш веб-сайт был разработан быстро, выберите Portal Engine. Если вам не нравятся режимы дизайна и визуальное программирование, но, как и сам код, выберите ASPX-модель (шаблоны страниц ASPX).

0

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

+0

То есть, Kentico Content Staging вступает в игру. Он обрабатывает это для вас. – DahlinDev