Игра "Лабиринт". Отделить логику от интерфейса

@Kreativ · Регистрация: 22.09.2012

Студворк — интернет-сервис помощи студентам

Привет всем, извините за возможно глупый вопрос, но что значит отделить логику от интерфейса. Пишу игру лабиринт, компьютер должен найти кратчайший путь. Я так понимаю, что необходимо создать отдельный класс -Алгоритм решения, еще один класс который будет рисовать на поле формы. Из главной формы буду передавать размеры лабиринта в класс вычисления, в котором будет один public метод который вернет массив, содержащий путь в класс отрисовки. Еще мне нужно сохранять игру, открывать, на это тоже наверно нужен класс? Я думаю сохранять текущий массив на поле в файл, а когда открывать его отрисовывать. Может быть совсем неправильно рассуждаю, подскажите как лучше сделать. Заранее спасибо

@Rockedit · 15.01.2013, 14:41

Здравствуйте!

Я думаю сохранять текущий массив на поле в файл, а когда открывать его отрисовывать

Я думаю, вам поможет - "Сериализация"

отделить логику от интерфейса

Хороший пример этому технология - "WPF".

Класс - представляет собой одну сушность.
К примеру - игровое поле это отдельный класс.
Элемент поля(клетка), если он сложный - тоже отдельный класс
Игрок - отдельный класс
Всю логику , не связанную с полем и игроком - например действия противника, если такой имеется - тоже оформить в класс.

Я думаю смысл понятен)

@kolorotur · 15.01.2013, 15:06

Сообщение от Kreativ

что значит отделить логику от интерфейса

Это значит, что можно взять весь код, который выполняет основную задачу - поиск пути в лабиринте, перенести его в консольное приложение, абсолютно ничего в нем не меняя, и он будет там работать точно так же, только вместо графического отображения пути в консоль будет вывод, например, "налево-направо-прямо".

@Kreativ · 15.01.2013, 15:18 **[ТС]**

в принципе разобрался, по ходу написания если вопросы возникнут, то еще отпишусь, спасибо

@tezaurismosis · 15.01.2013, 15:26

Прочтите тут: http://www.mono-project.com/Gui_Toolkits внизу страницы, раздел "Alternative Implementation Approaches". Хороший пример использования отделения интерфейса от логики.

@da1z · 15.01.2013, 17:06

Возможно стоит посмотреть в сторону паттерна MVVM, хотя я не уверен

@Kreativ · 15.01.2013, 17:20 **[ТС]**

прочитал раздел "Alternative Implementation Approaches",потихоньку все проясняется. Насчет MVVM почитал, но кажется это уже слишком глубоко если можно так выразится. Мне сейчас просто нужно правильно определить классы, их связь - для начала, но в любом случае спасибо

@Rockedit · 15.01.2013, 17:32

Сообщение от Kreativ

прочитал раздел "Alternative Implementation Approaches",потихоньку все проясняется. Насчет MVVM почитал, но кажется это уже слишком глубоко если можно так выразится. Мне сейчас просто нужно правильно определить классы, их связь - для начала, но в любом случае спасибо

Кстати говоря про классы и их связь - если время позволяет, почитайте про паттерны.

@Kreativ · 15.01.2013, 17:41 **[ТС]**

Сообщение от Rockedit

Я думаю, вам поможет - "Сериализация"

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

@Wolkodav · 15.01.2013, 18:49

Ну сопоставить в файли соответствие массиву- имя. И по введёному имени десериализировать.

@Kreativ · 15.01.2013, 21:30 **[ТС]**

Сообщение от Wolkodav

Ну сопоставить в файли соответствие массиву- имя

я чет понять не могу, как сопоставить то?

Psilon · 16.01.2013, 15:38

Kreativ, можно сериализовать массив игр (в одном и том же файле), ну или например словарь
Dictionary<string,Game>
то есть словарь, содержащий название игры - игру

@tezaurismosis · 17.01.2013, 20:16

Вы не видели примеров сериализации объектов? Тогда вот - MSDN
Сохранение идёт в файл, в который захотите. Просто сохраняете каждый раз массив в отдельный файл.

Psilon · 17.01.2013, 20:19

tezaurismosis, вопрос: а как потом эти массивы загружать, если не знать имя игры? То есть пользователь сохранил игру "qwerty.save", как потом при запуске программа будет его загружать? Со словарем-то просто: при любом имени можно пройтись foreach, к тому же будет всего 1 файл сохранения, а не 100500, а вот для каждой игры свой файл - это не очень. Особенно, если нужно сохранения удалять.

@tezaurismosis · 19.01.2013, 23:00

Psilon, да точно, не правильно прочитал то, что просит автор темы, мне показалось, что нужно сохранять в разные файлы.

Сообщение от Psilon

То есть пользователь сохранил игру "qwerty.save", как потом при запуске программа будет его загружать?

По имени и будет. При десериализации тоже используется имя файла. Например:

C#

string path = "qwerty.save";
XmlSerializer serializer = new XmlSerializer(typeof(Save));
StreamReader reader = new StreamReader(path);
save = (Save)serializer.Deserialize(reader);
reader.Close();

И ещё: я сторонник раздельных сохранений, поскольку достаточно поиграл в глюченные игры - в случае вылета игры во время сохранения, игра унесёт за собой все сохранения, если они хранятся в одном файле, а так - только одно из сохранений.

Psilon · 19.01.2013, 23:01

tezaurismosis, если мы заранее не знаем имени игры, как мы его восстановим?
Хотя лучше действительно в разные файлы

Но в один массив проще

@tezaurismosis · 19.01.2013, 23:13

Psilon, если не знаем, то да. А я представил себе загрузочный экран типа:

Код

======= LOAD GAME ========
** 1.sav -------- <Load> |
** 2.sav -------- <Load> |
** n.sav -------- <Load> |
--------------------------

Какой надо - загружаешь.

@Kreativ · 20.01.2013, 11:07 **[ТС]**

Извините, что так долго не отвечал,
tezaurismosis, действительно может быть будет лучше в разные файлы, я повспоминал игры какие играл, все профили хранились раздельно

@Kreativ 2 / 2 / 0 Регистрация: 22.09.2012 Сообщений: 202
		1
	Игра "Лабиринт". Отделить логику от интерфейса 15.01.2013, 10:01. Показов 2935. Ответов 17 Метки нет (Все метки) Привет всем, извините за возможно глупый вопрос, но что значит отделить логику от интерфейса. Пишу игру лабиринт, компьютер должен найти кратчайший путь. Я так понимаю, что необходимо создать отдельный класс -Алгоритм решения, еще один класс который будет рисовать на поле формы. Из главной формы буду передавать размеры лабиринта в класс вычисления, в котором будет один public метод который вернет массив, содержащий путь в класс отрисовки. Еще мне нужно сохранять игру, открывать, на это тоже наверно нужен класс? Я думаю сохранять текущий массив на поле в файл, а когда открывать его отрисовывать. Может быть совсем неправильно рассуждаю, подскажите как лучше сделать. Заранее спасибо 0

@Rockedit Автор FAQ 1800 / 612 / 37 Регистрация: 22.12.2009 Сообщений: 1,544
	15.01.2013, 14:41	2
	Здравствуйте! Я думаю сохранять текущий массив на поле в файл, а когда открывать его отрисовывать Я думаю, вам поможет - "Сериализация" отделить логику от интерфейса Хороший пример этому технология - "WPF". Класс - представляет собой одну сушность. К примеру - игровое поле это отдельный класс. Элемент поля(клетка), если он сложный - тоже отдельный класс Игрок - отдельный класс Всю логику , не связанную с полем и игроком - например действия противника, если такой имеется - тоже оформить в класс. Я думаю смысл понятен) 1

@kolorotur 17363 / 12771 / 3341 Регистрация: 17.09.2011 Сообщений: 21,051
	15.01.2013, 15:06	3
	Сообщение от Kreativ что значит отделить логику от интерфейса Это значит, что можно взять весь код, который выполняет основную задачу - поиск пути в лабиринте, перенести его в консольное приложение, абсолютно ничего в нем не меняя, и он будет там работать точно так же, только вместо графического отображения пути в консоль будет вывод, например, "налево-направо-прямо". 1

@Kreativ 2 / 2 / 0 Регистрация: 22.09.2012 Сообщений: 202
	15.01.2013, 15:18 [ТС]	4
	в принципе разобрался, по ходу написания если вопросы возникнут, то еще отпишусь, спасибо 0

@tezaurismosis Администратор 9414 / 4700 / 759 Регистрация: 17.04.2012 Сообщений: 9,544 Записей в блоге: 14
	15.01.2013, 15:26	5
	Прочтите тут: http://www.mono-project.com/Gui_Toolkits внизу страницы, раздел "Alternative Implementation Approaches". Хороший пример использования отделения интерфейса от логики. 1

@da1z 192 / 192 / 29 Регистрация: 03.12.2009 Сообщений: 853
	15.01.2013, 17:06	6
	Возможно стоит посмотреть в сторону паттерна MVVM, хотя я не уверен 1

@Kreativ 2 / 2 / 0 Регистрация: 22.09.2012 Сообщений: 202
	15.01.2013, 17:20 [ТС]	7
	прочитал раздел "Alternative Implementation Approaches",потихоньку все проясняется. Насчет MVVM почитал, но кажется это уже слишком глубоко если можно так выразится. Мне сейчас просто нужно правильно определить классы, их связь - для начала, но в любом случае спасибо 0

@Rockedit Автор FAQ 1800 / 612 / 37 Регистрация: 22.12.2009 Сообщений: 1,544
	15.01.2013, 17:32	8
	Сообщение от Kreativ прочитал раздел "Alternative Implementation Approaches",потихоньку все проясняется. Насчет MVVM почитал, но кажется это уже слишком глубоко если можно так выразится. Мне сейчас просто нужно правильно определить классы, их связь - для начала, но в любом случае спасибо Кстати говоря про классы и их связь - если время позволяет, почитайте про паттерны. 0

@Kreativ 2 / 2 / 0 Регистрация: 22.09.2012 Сообщений: 202
	15.01.2013, 17:41 [ТС]	9
	Сообщение от Rockedit Я думаю, вам поможет - "Сериализация" Возник вопрос по поводу сериализации, допустим я записываю массив в файл(сохраняю игру) трижды, под разными именами, как тогда можно десериализовать конкретный массив? Т.е. по имени сохраненной игры соотв массив. каждый раз в новый файл как то не хочется. 0

@Wolkodav 840 / 478 / 58 Регистрация: 18.09.2012 Сообщений: 1,688
	15.01.2013, 18:49	10
	Ну сопоставить в файли соответствие массиву- имя. И по введёному имени десериализировать. 0

Опции темы

@Kreativ 2 / 2 / 0 Регистрация: 22.09.2012 Сообщений: 202
	15.01.2013, 21:30 [ТС]	11
	Сообщение от Wolkodav Ну сопоставить в файли соответствие массиву- имя я чет понять не могу, как сопоставить то? 0

Psilon Master of Orion 6096 / 4952 / 905 Регистрация: 10.07.2011 Сообщений: 14,522 Записей в блоге: 5
	16.01.2013, 15:38	12
	Kreativ, можно сериализовать массив игр (в одном и том же файле), ну или например словарь Dictionary<string,Game> то есть словарь, содержащий название игры - игру 1

@tezaurismosis Администратор 9414 / 4700 / 759 Регистрация: 17.04.2012 Сообщений: 9,544 Записей в блоге: 14
	17.01.2013, 20:16	13
	Вы не видели примеров сериализации объектов? Тогда вот - MSDN Сохранение идёт в файл, в который захотите. Просто сохраняете каждый раз массив в отдельный файл. 0

Psilon Master of Orion 6096 / 4952 / 905 Регистрация: 10.07.2011 Сообщений: 14,522 Записей в блоге: 5
	17.01.2013, 20:19	14
	tezaurismosis, вопрос: а как потом эти массивы загружать, если не знать имя игры? То есть пользователь сохранил игру "qwerty.save", как потом при запуске программа будет его загружать? Со словарем-то просто: при любом имени можно пройтись foreach, к тому же будет всего 1 файл сохранения, а не 100500, а вот для каждой игры свой файл - это не очень. Особенно, если нужно сохранения удалять. 0

Psilon Master of Orion 6096 / 4952 / 905 Регистрация: 10.07.2011 Сообщений: 14,522 Записей в блоге: 5
	19.01.2013, 23:01	16
	tezaurismosis, если мы заранее не знаем имени игры, как мы его восстановим? Хотя лучше действительно в разные файлы Но в один массив проще 1

@tezaurismosis Администратор 9414 / 4700 / 759 Регистрация: 17.04.2012 Сообщений: 9,544 Записей в блоге: 14
	19.01.2013, 23:13	17
	Psilon, если не знаем, то да. А я представил себе загрузочный экран типа: Код ======= LOAD GAME ======== 1.sav -------- <Load> \| 2.sav -------- <Load> \| ** n.sav -------- <Load> \| -------------------------- Какой надо - загружаешь. 1

@Kreativ 2 / 2 / 0 Регистрация: 22.09.2012 Сообщений: 202
	20.01.2013, 11:07 [ТС]	18
	Извините, что так долго не отвечал, tezaurismosis, действительно может быть будет лучше в разные файлы, я повспоминал игры какие играл, все профили хранились раздельно 0