Простой способ хранения данных с серверной стороны C# WCF?

Question

[Аноним Неизвестный]

Пусть пользователь отправляет инфу на сервер, которую неважно, насколько безопасно хранить. Только что пробовал через File.WriteAllText записывать инфу в ткстшку, лежащую в одном каталоге с .ехе серверной части (не хостом), но она оставалась пустой. Функция от клиента к серверу - RegisterRequest, серверная - Register.

public bool RegisterRequest(string Degree, string Username, string Password)
        {
            bool Answer = true;
            List<User> Users = JsonConvert.DeserializeObject<List<User>>(File.ReadAllText("Users.txt"));

            User NewUser = new User()
            {
                ID = ID++,
                Degree = Degree,
                Username = Username,
                Password = Password
            };

            if (Users.FirstOrDefault(U => U.Username == Username) != null)
            {
                Answer =  false;
            }

            if (Users.Count < 4)
            {
                Users.Add(NewUser);
            }
            else
            {
                Answer = false;
            }

            if (Answer)
            {
                new Callback().Register(NewUser);
            }

            ID++;
            return Answer;
        }

public void Register(User NU)
        {
            List<User> Users = JsonConvert.DeserializeObject<List<User>>(File.ReadAllText("Users.txt"));
            Users.Add(NU);
            File.WriteAllText("Users.txt", JsonConvert.SerializeObject(Users));
        }

Comments

[alexalexes]

Судя по наличию сущности Users - приложение предполагается многопользовательское.
А это значит, что когда в приложении будет работать второй пользователь, сразу возникнет ситуация конкурирующего доступа к данным файла в роли хранилища данных. Тогда вам понадобится изобрести такие велосипеды - как сессия работы с данными, транзакция. Но к счастью, все уже изобретено, вам нужно взять любую СУБД, кроме уж SQLite, и изучить основные операции CRUD.

[Аноним Неизвестный]

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

[alexalexes]

Вы же не только список пользователей будете хранить?
Можно взять только часть примитивов, из которых состоит СУБД. Например, вы не обойдетесь без очереди запросов к файлу хранилища.

[Voland69]

Аноним Неизвестный, разобраться с СУБД (по крайней мере на начальном уровне) проще чем кажется, и проще чем строить надежную хранилку на текстовых файликах.
Возьмите Entity Framework, code-first - и в 99% ваших задач SQL как таковой вам в принципе не пригодится.

Answer 1

[Nik Faraday]

1) Проверьте существование файла по указанному пути
2) Писать путь к файлу прямым текстом - плохая практика, такие данные нужно хранить где-то в константном виде, либо в конфигурации
3) Попробуйте записать в файл каждого юзера "По свойственно", т.е. каждое свойство/поле записать отдельно, это всё в цикле для каждого юзера
4) Запустите дебаг (Для 3го пункта), проверьте, что находится в файле после записи каждого юзера
5) Вообще, используйте базу данных)))