Re[8]: Историчность методов - Архитектура программного обеспечения

Здравствуйте, valmond, Вы писали:

V>Подскажите
V>Можно ли каким-то более менее красивым способом устроить историчность реализаций метода.

V>Практическая проблема в том, что для расчета в частности налогов время от времени меняется алгоритм. И необходимо "помнить" о всех версиях и для нужного интервала в прошлом использовать нужную реализацию.

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

Как мапить интервал на реализацию... ну, по-моему атрибуты тебе помогут

Здравствуйте, valmond, Вы писали:

V>Зд
O>>Работает, конечно... и получаем тучу hard-coded if-ов или case-ов... вот затем и reflection.

V>Вот именно. Как сделать с кейсами и так понятно. Но уж очень не хочется.

Ок. Тогда простой пример, разбирайся (я его не компилил, но должен работать; в любом случае идея понятна):

// Твой интерфейс
interface IValueCalculator
{
    int CalculateValue();
}

// Реализации. На каждую нацеплен твой атрибут
[Year(2004)]
class OneCalculator : IValueCalculator
{
    public int CalculateValue()
    {
        return 1;
    }
}

[Year(2005)]
class TwoCalculator : IValueCalculator
{
    public int CalculateValue()
    {
        return 2;
    }
}

// Определение своего атрибута
class YearAttribute : Attribute
{
    int _year;
    
    public YearAttribute(int year)
    {
        _year = year;
    }
    
    public int Year {
        get { return _year; }
    }
}

// Определение фабрики
public class CalculatorFactory
{
    static Hashtable _calculatorsHash;
    
    static CalculatorFactory()
    {
        // В статическом конструкторе собираем все типы,
        // реализующие IValueCalculator и имеющие YearAttribute
        _calculatorsHash = new Hashtable();
        
        // Обходим все типы сборки
        Type[] assemblyTypes = Assembly.GetExecutingAssembly().GetTypes();
        for (int i = 0; i < assemblyTypes.Length; ++i) {
            Type type = assemblyTypes[i];
            // Проверяем, реализует ли тип IValueCalculator
            if (typeof(IValueCalculator).IsAssignableFrom(type)) {
                // Проверяем, есть ли у типа YearAttribute
                YearAttribute attribute = (YearAttribute)Attribute.GetCustomAttribute(type, typeof(YearAttribute));
                if (attribute != null) {
                    // Сохраняем тип в хэш (а потом будем создавать)
                    _calculatorsHash[attribute.Year] = type;
                }
            }
        }
    }
    
    static public IValueCalculator GetCalculator(int year)
    {
        Type calculatorType = (Type)_calculatorsHash[year];
        if (calculatorType == null) return null;
        
        // Создаём и возвращаем instance нужного калькулятора
        return Activator.CreateInstance(calculatorType);
    }
}

Здравствуйте, Corwin_XX, Вы писали:

C_X>Я не совсем понимаю, зачем здесь рефлексия. Возможно, я не донца понял суть проблемы.

C_X>Алгоритм — это функция. Может быть функция значением переменной? Может! Я бы использовал делегаты.

Работает, конечно... и получаем тучу hard-coded if-ов или case-ов... вот затем и reflection.

Подскажите
Можно ли каким-то более менее красивым способом устроить историчность реализаций метода.

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

22.04.05 23:15: Перенесено модератором из '.NET' — AndrewVK

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

Т.е. это примерно фабричный метод получается?

O>Как мапить интервал на реализацию... ну, по-моему атрибуты тебе помогут

ну я тоже сразу о них подумал. Может подскажешь чуть чуть еще? Никогда свои аттрибуты толком не использовал. Логику их работы не до конца понимаю.

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

S>Попробоуй применить паттерн Strategy.

Ок, согласен.
Но каким образом определять какую именно стратегию применять?
кроме case-ов какие-то варианты могут быть?

Hello, valmond!

S>> Попробоуй применить паттерн
S>> [url=http://www.dofactory.com/Patterns/PatternStrategy.aspx]Strategy[/u
S>> rl].

v> Ок, согласен.
v> Но каким образом определять какую именно стратегию применять?
v> кроме case-ов какие-то варианты могут быть?

Можно составить табличку Дата начала\Дата конца -> ConcreteStrategy и юзать ее. Табличку можно держать в БД, конфиге или прям в коде набить.

Posted via RSDN NNTP Server 1.9

GIV>Можно составить табличку Дата начала\Дата конца -> ConcreteStrategy и юзать ее. Табличку можно держать в БД, конфиге или прям в коде набить.

Угу, вариант. А создавать конкретную стратегию через рефлексию. Так?

Hello, valmond!

GIV>> Можно составить табличку Дата начала\Дата конца -> ConcreteStrategy и
GIV>> юзать ее. Табличку можно держать в БД, конфиге или прям в коде
GIV>> набить.

v> Угу, вариант. А создавать конкретную стратегию через рефлексию. Так?

Да. В конечном счете через рефлексию.

Posted via RSDN NNTP Server 1.9

Я не совсем понимаю, зачем здесь рефлексия. Возможно, я не донца понял суть проблемы.

Алгоритм — это функция. Может быть функция значением переменной? Может! Я бы использовал делегаты.

 delegate double GetNalogDelegate(double sum);
 private static double GetNalog10(double sum)
 {
  return sum * 0.1;
 }
 private static double GetNalog20(double sum)
 {
  return sum * 0.2;
 }
 
 private static void TestDelegate()
 {
  double nalog1 = GetNalog(1000.0, new DateTime(1990, 1, 1));
  double nalog2 = GetNalog(1000.0, new DateTime(2000, 1, 1));
  Console.WriteLine("{0}; {1}", nalog1, nalog2);
 }
 private static double GetNalog(double sum, DateTime date)
 {
  GetNalogDelegate getNalog;
  if(date.Year < 2000)
  {
   getNalog = new GetNalogDelegate(GetNalog20);
  }
  else
  {
   getNalog = new GetNalogDelegate(GetNalog10);
  }
  return getNalog(sum);
 }