Поскольку первичный ключ PassageId
будет создан автоматически и не может быть изменен, выставление установщика PassageId
не имеет смысла (по крайней мере для меня). Должен ли установщик PassageId
быть закрытым?Должен ли настройщик свойства для класса модели объекта быть закрытым?
public class Passage
{
public int PassageId { get; private set; }
public string Contents { get; set; }
public DateTime CreatedUtc { get; private set; }
public DateTime ModifiedUtc { get; private set; }
}
Примечание
Большинство учебников я читал, авторы всегда используют свойство по умолчанию, сгенерированное ярлыком Visual Studio, prop
ввести (дважды) продуцирующее что-то вроде
public type PropertyName {get; set;}
Так мне интересно, почему они не сделал сеттера закрытым.
После запуска вставки идентификатор обновляется в локальной модели. Он не мог этого сделать без доступа к нему. Ты пробовал? – Crowcoder
@Crowcoder: Спасибо за ваш комментарий. Я сделаю попытку. –
Да, но не всегда. Это зависит от того, как вы планируете контролировать свои идентификаторы в базе данных. Если вы не отмечаете этот столбец как столбец Identity, вам может потребоваться контроль над вставкой вашего собственного идентификатора (например, GUID). – RizJa