Как сохранять результаты работы приложения не в БД, а в файл?

Question

[MrLumusss]

Добрый день хабровчане! Есть задумка приложения для предприятия своего (сам я не профильный программист). У меня есть бумажная версия учета оборудования за сотрудниками, хочу перевести её в цифру. Задумка следующая:
Есть сотрудник, за ним закреплены: мышка, клавиатура, ноутбук, телефон, симка и т.д.
Буду делать приложение в котором можно будет вести этот учет, не хочу юзать MSSQL или подобные штуки, а хочу файловую систему, т.к. записей будет не более 60 и смысла в БД не вижу. Так вот собственно вопрос: Как организовать сохранение 50 экземпляров класса Employee в файл и при открытии программы его считывать и подгружать в приложение? Ранее работал только с MSSQL и EF6

Comments

[edward_freedom]

json в файл записывай

[MrLumusss]

edward_freedom, еще вопрос) JSON лучше чем XAML? У них есть какая-то существенная разница?

[edward_freedom]

MrLumusss, xaml прошлый век

[Myclass]

edward_freedom, ага, у нас с такими обьяснениями - csv есть прошлый век - создали JSON файл весом больше 3 ТБ, потом перекидывают это с одной машины на другую и удивляются, что потом не хватает ночного времени всё распарсить. В нём 90% - это тэги. И структура меняется раз в три года. Банальным "старомодным" csv всё было-бы намного проще, но - увы, кто-то подгодит не по степени надобности и возможности, а количеству годиков. Но это к заглавному вопросу не имеет ничего общего. Против вашего предложения технологии - JSON - не имею ничего против, просто ваше обьяснение улыбнуло.

[edward_freedom]

Myclass, может я не в курсе, но в csv нельзя взять и дампнуть обьект со всем содержимым и распарсить его при чтении. Ну а так, он сам не хочет базу, я бы базу использовал для себя

[Myclass]

edward_freedom, согласен по теме вашего ответа. Просто в моем случае, конечно объекты, со всеми другими объектами можно, иногда даже и нужно в json сбрасывать. Тот случай, который описал я - там чуть ли не всю базу данных в один json сбрасывают. Это уже просто по моему мнению извращение над технологией. Но - это уже другая тема.

Answer 1

[insighter]

Работайте с SQLite и не придумывайте ерунды.

Answer 2

[Adler]

Для C# еще LiteDB можно использовать.

Answer 3

[rPman]

Когда то давно давно, Когда писал на visual studio c# winform проект, пользовался классами dataset, являющимися по сути таблицами в оперативной памяти, интерфейс чють ли не мышкой пишется весь, при необходимости сохранить данные на диск всему dataset WriteXml а при старте ReadXml, и все сохранялось и загружалось... Я даже никогда внутрь не заглядывал, Когда пишешь крохотное приложение, о котором через пол года даже не вспомнишь за не надобностью, зачем заморачиваться ещё и про базы данных.

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

Этот простой подход позволяет сэкономить время на разработку за счёт очень не эффективного способа хранения данных

Но есть опасность что форматы хранения от разных версий .net framework будут не совместимы.