为什么 Id setter 在 NHibernate 基础实体中受到保护？答案

【问题标题】：Why Id setter is protected in NHibernate base entity?为什么 Id setter 在 NHibernate 基础实体中受到保护？
【发布时间】：2016-07-17 13:08:06
【问题描述】：

在 NHibernate 基础实体中标记 Id setter 受保护的目的是什么？

public abstract class Entity<T>
{
    public virtual T Id { get; protected set; }
}

现在我想在我的服务层设置这个 Id，但由于它的访问级别，我无法设置，因为 setter 是 protected。

我可以从我的设置器中删除“protected”修饰符吗？或者，如果我删除“protected”会违反任何规则吗？

【问题讨论】：

【解决方案1】：

这样想：

拥有ID 足以获得实例。它在设计上是只读的，因为持久化的 （已存储） 实体可以刚刚接收，由 ORM 工具从 DB 加载。

而且获取此类实例的方法很少。这些方法又适合我们了 - 设计。

1) session.Load<TEntity>(id) - 将返回一个代理，代表实例。在触及其任何属性之前，不会执行任何 DB 调用

2) session.Get<TEntity>(id) - 将立即调用 DB - 如果不存在传递 ID 的此类记录，则返回 NULL。如果有任何记录，则将其加载到会话中.. 准备进一步处理

更多细节：

【讨论】：

我的问题还是一样。如何在我的服务层中设置此 Id 属性？有办法吗？
是的，你可以。如果你喜欢那个.. 它是不被禁止的。使用这种方法，当您不首先从 DB 加载对象时...实际上您正在使用 Detached object，这绝对可以并受支持：9.4.2. Updating detached objects ...所以更改您的ID 到 public.. 如果你愿意。但是如果你问“为什么只读”......我试图回答;）顺便说一句 - 我总是加载现有对象，并绑定到它......;）
感谢您的详细解释。
很高兴这能有所帮助 ;) 享受 NHibernate！