В каких случаях мы должны использовать шаблоны методов NVI или Template в C #? [Дубликат]

Как уже было сказано, NVI - это прозаичная идиома, связанная с категорией языков. Этому способствует и Herb Sutter, потому что он помогает заключать контракты:

• инварианты класса
• контракты функций (утверждения по переданным параметрам и возвращаемое значение)
• повторяющиеся операции (например, протоколирование)
• контроль над генерируемыми исключениями (плохая идея, хотя;))

Однако реализация может существенно различаться, например, другой пример реализации NVI состоит в том, чтобы объединить его с Pimpl:

class FooImpl;

class Foo
{
public:
  enum type { Type1, Type2 };

  Foo(type t, int i, int j);

  int GetResult() const;

private:
  FooImpl* mImpl;
};

И для реализации:

struct FooImpl
{
  virtual ~FooImpl();
  virtual int GetResult() const;
};

class FooType1: public FooImpl
{
public:
  FooType1(int i, int j);
  virtual int GetResult() const;
private:
  /// ...
};

Я всегда обнаружил, что он передал точку лучше , Вы поняли это?

Главное, что virtual является деталью реализации. И разоблачение деталей реализации в интерфейсе - плохая идея, потому что вы можете изменить их.

Кроме того, детали реализации, как правило, несовместимы с бинарной совместимостью. Например, добавление нового метода virtual в класс может изменить макет виртуальной таблицы (обычная техника реализации) и, таким образом, botch совместимость двоичных файлов. На gcc вам нужно убедиться, что вы добавите последний (среди виртуальных), если хотите сохранить совместимость.

Используя комбинацию NVI + Pimpl выше, нет virtual вообще ( даже не закрытый) в классе выставлен. Макет памяти совместим с обратной связью. Мы достигли бинарной совместимости.

Здесь мы используем сразу несколько шаблонов:

• Метод шаблона
• Стратегия (поскольку мы можем поменять указатель на будет)
• Factory (чтобы решить, какую реализацию мы получим)