Система управления контентом Где содержимое должно быть размещено

Мы разрабатываем сайт онлайн-заказа, и мы планируем быть полностью гибким в смысле. Макет можно изменить, цвет, шрифт, а на странице компонент (div) может быть добавлено.Система управления контентом Где содержимое должно быть размещено

В этом случае нужно ли мы храним все наши View Code

, например

<div id="MenuContent"> 
    <div> 
     <h4> 
      Your Order</h4> 
     <hr /> 
     <%if (Model != null) 
      { %> 
     <table width="100%"> 
      <thead> 
       <tr> 
        <th> 
         Item 
        </th> 
        <th> 
         Quantity 
        </th> 
        <th> 
         Price 
        </th> 
        <th> 
         Remove 
        </th> 
        <th> 
         Total 
        </th> 
       </tr> 
      </thead>

......

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

источник

2010-03-11 lee

Это действительно зависит от того, насколько гибким. Если yopu хочет просто использовать темы сайта, вы можете создать код HTML со стандартными именами классов и создать один или несколько файлов CSS, которые составляют ваш THEME. Затем, чтобы добавить новую тему, сделайте копию своих файлов CSS и измените.

Если, с другой стороны, вы хотите, чтобы отдельные пользователи создали собственный внешний вид, тогда сохранение этого в базе данных будет более уместным.

источник

2010-03-11 14:03:48

Просьба уточнить, что вы пытаетесь сделать, и какую систему вы пытаетесь сделать.

В общем, вы не хотите, чтобы экономить HTML в базу данных ...

источник

2010-03-11 14:55:14 MHarrison

Почему вы утверждаете, что хранение HTML в базе данных нежелательно? – Sonny

Причина, по которой мне нужно, сделать UI более гибким. Но мне нужно знать, что вам не удалось сохранить содержимое в базе данных. Вперед мы хотели бы сохранить все виды и частичный вид в базе данных. Но, как ни в коем случае, в чем его недостаток. – lee

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

Что Ли пытается сделать это на самом деле сохранить то, что было бы в противном ASPX файлы, как содержание в его базе данных. Это может быть полезно, если вам нужна максимальная гибкость, позволяющая пользователям (или, по крайней мере, не разработчикам) настраивать сайт без изменений кода. Обратите также внимание на то, что в его «файле» есть разметка ASP.NET. Как правило, система ASP.NET будет загружать эти файлы с диска по запросу и компилировать его для CLR. После компиляции дальнейшие запросы на один и тот же контент будут ссылаться на скомпилированный код, а не на загрузку файла; по крайней мере до тех пор, пока файл не изменится. Это приводит к нескольким техническим препятствиям для преодоления, например, как заставить систему отменить встроенное поведение в файловой системе для файла aspx и вместо этого извлечь данные из своей базы данных. В онлайн-дискуссиях рассказывается, как это можно сделать. Тогда возникает вопрос, как разрешить системе по-прежнему кэшировать скомпилированные сборки, а некоторые другие приходят на ум.

Но если эти технические препятствия могут быть решены, это кажется очень гибким, если гибкость является конечной целью. Что касается хранения данных в базе данных, это то, что делают базы данных, даже если есть очень много записей. Файл ввода-вывода DB может быть уменьшен путем кэширования содержимого, поскольку любая высокопроизводительная система, вероятно, уже будет работать с другим контентом. Уже нет примеров систем, которые хранят весь пользовательский интерфейс системы в качестве контента? Я думаю, что некоторые из более гибких систем CMS должны сделать это уже.

источник

2010-03-18 01:09:12 Bill

Система управления контентом Где содержимое должно быть размещено

ответ

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