Лучше ли жестко кодировать или оставить для внешних XML-файлов?

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

В вашем случае вам, вероятно, понадобится один класс декораций для ваших цветов, кустов, стен и тому подобного. Затем вы можете настраивать объекты этого класса, вызывая функции для установки растровых изображений и скорости анимации. Тогда на самом деле не имеет значения, откуда берутся эти данные, они могут быть жестко закодированы, поступать из фабрики объектов или считываться из xml.

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

Когда дело доходит до особых событий, у вас есть несколько вариантов. Самый простой способ — создать общий класс событий, который может указывать новым актерам появляться на экране или передавать объекты игроку. В качестве альтернативы вы можете передать указатель/делегат функции объекту, который вызывается, когда пользователь нажимает определенные триггеры (т. е. шагает в квадрат, побеждает монстра). Наконец, самое сложное из всего, но, скорее всего, то, что используют Pokemon и подобные игры, — вы можете создать/использовать свой собственный язык сценариев.

Лучше поместить данные в файлы данных и написать свой код для обработки этих файлов данных. Есть несколько причин: вы сослались на одну, что данные более управляемы таким образом (т. е. они будут более четко организованы и их будет легче найти). Еще одним важным преимуществом является то, что это упрощает изменение данных. При работе с другими это имеет ОГРОМНОЕ значение, но даже при индивидуальной работе вам намного проще настроить все параметры игрового процесса, когда они находятся в файлах конфигурации, а не в самом коде.

Ваши предостережения означают, что вам часто придется иметь отдельные классы для отдельных типов элементов, а затем ссылаться на эти классы в XML; Например:

<grid_element>
  <class>GrassElement</class>
  <image>dark_grass.png</image>
  <xpos>10</xpos>
  <ypos>10</ypos>
</grid_element>

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

<step_event>somethingOrOther</step_event>