Рекомендации по управлению несколькими специализированными версиями одного приложения

У меня нет конкретной рекомендации. Тем не менее, я настоятельно рекомендую НЕТ использовать ярлык ... Используйте решение, которое вам будет удобно, чтобы добавить третью тему или что-то изменить в следующем году. Дублирование - враг ремонтопригодности.

Я бы исследовал использование шаблона стратегии как средства для реализации различных функций в разных версиях сайта. Имейте Factory, который принимает вашу конфигурацию и предоставляет на ее основе соответствующую стратегию кода. Каждая стратегия может реализовывать некоторый общий интерфейс, чтобы они были взаимозаменяемыми с точки зрения вызывающего класса. Это изолирует ваши изменения для реализации новых стратегий в классе Factory, классе конфигурации и любых новых классах стратегии, которые вам необходимо реализовать для внесения изменений. Вы можете сделать то же самое (или подобное) с любыми пользовательскими элементами управления, которые должны различаться в разных версиях.

Я проиллюстрирую псевдокодом (который может подозрительно выглядеть как C#)

public interface ILogoutStrategy
{
   void Logout();
}

public abstract class AbstractLogoutStrategy : ILogoutStrategy
{
   public virtual void Logout()
   {
      // kill the sesssion
   }
}

public class SingleSiteLogoutStrategy : AbstractLogoutStrategy
{
   public void Logout()
   {
      base.Logout();
      // redirect somewhere
   }
}

public class CentralAuthenticationSystemLogoutStrategy : AbstractLogoutStrategy
{
   public void Logout()
   {
      base.Logout();
      // send a logout request to the CAS
      // redirect somewhere
   }
}

public static class StrategyFactory
{
   public ILogoutStrategy GetLogoutStrategy(Configuration config)
   {
      switch (config.Mode)
      {
         case Mode.CAS:
            return new CentralAuthenticationSystemLogoutStrategy();
            break;
         default:
         case Mode.SingleSite:
           return new SingleSiteLogoutStrategy();
           break;

      }
   }
}

Пример использования:

ILogoutStrategy logoutStrategy = StrategyFactory.GetLogoutStrategy( config );
logoutStrategy.Logout();

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

Вам нужны шаблоны.

После этого вы можете отделить свой код от презентации.

Я очень рекомендую умные шаблоны. Также PEAR template_it.

http://www.smarty.net/

Это также сделает ваш код более удобным в сопровождении. Цель состоит в том, чтобы не было HTML в вашем php и не было PHP в вашем html.

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

У вас могло быть: / общий / код

И: / имя сайта / код

Все файлы в / common / code являются абстрактными классами. Для каждого файла в / common / code просто создайте соответствующий файл неабстрактного класса в / sitename / code, который НАСЛЕДУЕТ от абстрактного класса в / common / code.

Таким образом, вам нужно только внести ИЗМЕНЕНИЯ в / sitename / code. Все остальное - это основная функциональность, которая существует только в / common / code.

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

Я бы сделал:

[название темы] / [подпапка] по умолчанию / общий по умолчанию / общий / html по умолчанию / общий / CSS красный / код красный / обычный красный / общий / HTML красный / общий / css красный / код зеленый / общий зеленый / общий / HTML

Поэтому, если код или какой-либо другой компонент не существует, он вернется к значениям по умолчанию.

Но на самом деле я бы разделил веб-сайт на svn, поэтому общий код, если он будет развиваться, я могу объединить его и т. д. См. Subversion по адресу: http://subversion.tigris.org/