2015-03-06 4 views
0

В настоящее время мы поставляем онлайн-программное обеспечение для бизнеса на другие рынки ЕС, где не только язык, но и правила и положения отличаются от страны к стране, что заставило меня задуматься, какой лучший способ реализовать такой подход в программном обеспечении ?Архитектура программного обеспечения для локализации

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

В каком виде можно считать лучше?

  • Стандартный способ локализации пользовательского интерфейса и добавления необходимых условных операторов для показа дополнительных и скрывая несущественные элементы с аналогичными условными в контроллере классах
  • Создание копии приложения для данной страны с немного изменено контроллеры и представления (что заставит постоянные обновления кошмара, но код намного чище)
  • Попытка каким-то образом создать шаблон Factory/Builder вокруг этого?

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

Язык выбора является PHP с Laravel

ответ

0

Определенно не делают разные копии.

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

Тогда вам нужно будет внести незначительные корректировки в интерфейс.