Визуальная база данных игрового мира

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

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

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

Так как я решил сделать все правильно, буду делать все сначала, но в создании приложений на wpf я новичок(точнее я новичок почти во всех аспектах), так что для начала хотел бы узнать:
1)как делают приложения нормальные люди (имею в веду что нужно планировать для начала работы, какой приоритет выполнения задач и что нужно знать чтобы код приложения не превратился в мешанину)
2) Как мне лучше реализовать свою идею? Необходима ли база данных или нет? Нужны ли какие нибудь дополнительные библиотеки?

Заранее спасибо.

0

Сообщение от kotlink4 Типа того?

Да.
Если нужно, то ещё одна таблица Properties приатаченая к Characters для дополнительных характеристик которых нет в прототипах.

Добавлено через 1 минуту

Сообщение от Элд Хасп commom Properties.

Это какие-то поля (характеристики) которые обязательно есть у всех прототипов.

Добавлено через 1 минуту
kotlink4, так же можно ввести наследование у прототипов.
Добавить поле ParentId, которое если установлено, идентифицирует родительский прототип.

1

0

Понятно вроде.
А как мне реализовать проводник? В плане интерфейса и кода. Я пытался искать решения но ничего конкретного не нашел.

Добавлено через 1 минуту
В прошлых попытках я использовал много раз неиронку чтобы сделать быстрее, и я как понял он там использовал какую то сетку, но каждый раз что то шло не так.

0

Сообщение от kotlink4 А как мне реализовать проводник?

А что вы хотите от проводника? Каков должен быть его функционал?
"Проводник" обычно содержит только View логику, ну, может еще небольшую VM просто для удобного использования Модели.

1

Сообщение от Элд Хасп А что вы хотите от проводника? Каков должен быть его функционал?

Я имел в веду визуально, в XAML.

Снова здравствуйте, нашлось время снова обдумать проект и даже вроде уже сформировал начальный макет БД и даже создать репозиторий и начать составлять БД в модели(GitHub: https://github.com/Kotlin4/StoryDb). Что скажете?

Миниатюры

     

 

0

Сообщение от kotlink4 Я имел в веду визуально, в XAML.

Чтобы визуально разработать ваш "Проводник" тоже нужно знать что вы от него хотите и какой у него функционал. Подумайте о том, какие элементы должны присутствовать на вашем UI, и как они буду располагаться. Лучше всего будет нарисовать макет где нибудь в фотошопе, а потом начинайте верстать.

1

kotlink4, завал на работе. До выходных не будет времени заняться.

1

Сообщение от Элд Хасп До выходных не будет времени заняться.

Без проблем.

Сообщение от VluDs Чтобы визуально разработать ваш "Проводник" тоже нужно знать что вы от него хотите и какой у него функционал. Подумайте о том, какие элементы должны присутствовать на вашем UI, и как они буду располагаться. Лучше всего будет нарисовать макет где нибудь в фотошопе, а потом начинайте верстать.

За время моего отсутствия я вроде немного сформировал представление, но не до конца.
Начальное окно приложения должно представлять собой что то типа как у VS(то есть создать или открыть проект).
В самом приложении пока что уверен в 2 частях, само окно обзора файлов и окно древа иерархии.
В окне иерархии должны отображаться "папки" того что может создать пользователь(Персонажи, Архетипы, Рассы и тд), а также элементы, что пользователь создал.
В окне обзора стартовой точкой будет "папка" персонажей. Само отображение должно быть как в проводнике, то есть в виде "иконок" или "списка". Если пользователь переключится в папку где уже созданы файлы со своей иерархией(например рассы), то у пользователя должна быть возможность открыть информацию об этом файле или открыть как папку с дочерними объектами. Еще наверное будет строка пути объекта где будут отображаться все родительские объекты.
А ну и всплывающее окно с подробной информацией об объекте.
Вроде постарался хорошо объяснить, что скажете?

Добавлено через 9 минут
Кстати, а стоит париться с тем чтобы сделать такой макет в Figma если это WPF приложение?

0

Расса (она же малая цивета) не понимает, каким боком она тут...

1

Сообщение от kotlink4 Кстати, а стоит париться с тем чтобы сделать такой макет в Figma если это WPF приложение?

Макет это техническая документация. Помогает не забыть "что надо" и фиксировать идеи перед реализацией. Плюс если планируете перед реализацией показывать кому-то идею -- лучше иметь макет.

1

Сообщение от Wolfdp Макет это техническая документация. Помогает не забыть "что надо" и фиксировать идеи перед реализацией. Плюс если планируете перед реализацией показывать кому-то идею -- лучше иметь макет.

Я понимаю. Да наверное стоит сначала сделать макет, вместо того чтобы объяснять. А как лучше, сначала доделать модель или макет интерфейса?

0

Лучше сначала доделать модель.

1

Короче немного попробовал и получилось создать базу данных по схеме с первой картинки макета. Если не затруднит, можете проверить?
https://github.com/Kotlin4/StoryDb3
сам файл готовой бд называется StoryDb.db (мне пока что трудно дается чтение связей в SQL)
Если интересно то схема бд лежит в проекте StoryDb3.Model(там я использовал EF Core), а создается с помощью консольного приложения StoryDb.ConsoleTest.

0

Сообщение от kotlink4 Если не затруднит, можете проверить

У вас все поля ID типа text, а на схеме int. И лучше первичным ключам назначить свойство - "универсальное".

0

Сообщение от VluDs У вас все поля ID типа text, а на схеме int

я в Model использовал тип данных взял Guid может из-за этого
.

Сообщение от VluDs И лучше первичным ключам назначить свойство - "универсальное".

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

0

Сообщение от kotlink4 "универсальное".

Не универсальное, а уникальное. Я ошибся, прошу прощения.

0