Как правило, пользователь не знает - или не заботится - о своем UserId: это внутренний "тег", который однозначно идентифицирует пользователя, даже если он позже изменит свое имя. Вот почему это может быть число или Guid - пользователю не нужно его знать.
Обычный процесс для приложения или веб-сайта прост:
1) пользователь входит в систему, используя свое имя пользователя и пароль.
2) ваше программное обеспечение проверяет пароль на соответствие хэшированному паролю, который вы храните вместе с именем пользователя, и если хэши совпадают, извлекает идентификатор пользователя из базы данных.
3) ваше программное обеспечение хранит идентификатор пользователя временно (то есть на всю жизнь вашего приложения или до тех пор, пока пользователь не выйдет из системы, в зависимости от того, что наступит раньше - это непостоянное хранилище). Это может быть сеанс или файл Cookie для веб-сайта, или просто статическая переменная для "обычного" приложения.
4) Затем вы используете идентификатор пользователя для идентификации пользователя, извлекая его имя пользователя, когда вы хотите отобразить его обратно.
Таким образом, форма "изменить пароль" принимает старый и новый пароли (которые новый вводил дважды довольно часто), хэширует их оба и обновляет запись Пользователя в БД только в том случае, если старый хэш соответствует строке БД для идентификатора пользователя, который вы сохранили в шаге (3) выше.
значит, статическое поле??
Что нужно для выхода из системы؟؟