pvv.pas,
как вариант, достаточно интересно. Я так понял, что это урезанный вариант классического шаблона Состояние.
Суть поста была как раз разобраться с шаблоном State, чем получить рекомендации по конкретной задаче (хотя за это тоже спасибо, может быть шаблон и не нужен).
В описании шаблона обычно указывают преимущества:
- Избавляет от множества больших условных операторов машины состояний.
- Концентрирует в одном месте код, связанный с определённым состоянием.
- Упрощает код контекста.
https://refactoring.guru/ru/design-patterns/state
Я пытаюсь смоделировать шаблон для своей задачи. Пока путаюсь, вот тот код, что я привел, содержит ошибки, в частности, создание экземпляра абстрактного класса, что делать нельзя. Однако как правильно, я еще не разобрался. Где и как создавать экземпляры всех унаследованных классов, конкретизирующих поведение каждого состояния. И, судя по всему, экземпляры нужно создавать в виде Singleton, обращаясь к ним не по Create, а по GetInstanсe, чтобы по ошибке не создать дубликаты состояний.
Потом, по приведенному мной коду, переписанному на шаблон State, вовсе не прослеживается, что "для ввода нового состояния достаточно создать соответствующий класс, и не надо переписывать множество условных операторов и пересобирать весь проект" - как видно, для ввода нового состояния придется создать соответствующие процедуры В КАЖДОМ подклассе. Различие лишь в том, что из одного места эта перепись переходит в десятки разных мест. Так в чем преимущество шаблона?
