在我以前的工作中，他们使用了很多IEquatable<IInterface>和Dictionary<int, IInterface>声明。我们做了很多网站，结果使用了Entity Framework（5+）和DIF模型（Castle）进行对象解析。
在我的新工作中，我的职责是将申请过渡到现在。这个当前项目是一个桌面（WinForms）应用程序，并已解决自己使用EF＆amp; DIF，由于它们的集成复杂性。因此，尝试将EF设计用于更新的ADO对象/父关系。
所以我将我的单例声明分段为一个Domain项目，将单例集合分类到Repository项目中，以及将这些存储库与存储库交互到一个Service Project中。目的是GUI（WinForms）访问服务项目作为其与数据库的唯一交互。
由于我正处于设计存储库设计和交互的阶段，我需要能够存储Repo的Domain对象的集合，并且不确定我是否应该将字典设置为Dictionary<int, Object>或{{1 }}。
就本地资源管理而言，哪种实施可以对系统资源产生更好的负载？这两种实施的利弊是什么？
答案 0 :(得分：1)
它不会有任何区别。当天结束时，Dictionary中的值将是某个类的对象，并且会占用对象所需的空间。
您需要考虑为什么需要在这里使用接口？这是出于某种目的吗？