在我以前的工作中,他们使用了大量的IEquatable<IInterface>
和Dictionary<int, IInterface>
声明。我们做了很多网站,因此使用实体框架(5+)和DIF模型(Castle)进行对象解析。
在我的新工作中,我的角色是把一个应用程序转换到现在。这个当前的项目,是一个桌面(WinForms)应用程序,由于它们集成的复杂性,已经解决了自己不再使用EF & DIF的问题。因此,尝试将EF设计转化为更新的ADO对象/父关系。
因此,我已经将我的单例声明划分为一个域项目,将单例集合划分为Repository项目,并将与存储库的交互划分为一个服务项目。以GUI (WinForms)访问服务项目作为其与数据库的唯一交互的意图。
由于我正处于设计存储库设计和交互的阶段,我需要能够存储Repo的域对象的集合,并且不确定是否应该将字典设置为Dictionary<int, Object>
或Dictionary<int, IObject>
。
至于本地资源管理,哪种实现对系统资源的总体负载会更好?这两种实现的优缺点是什么?
发布于 2014-02-24 14:04:09
这不会有任何影响。最后,Dictionary
中的值将是特定类的对象,并将占用对象所需的空间。
您需要考虑为什么需要在这里使用接口?这有什么用吗?
https://stackoverflow.com/questions/21989530
复制相似问题