我正在将对象从Web服务解析为Unity3d应用程序。但是，由于Unity只接受使用.Net 3.5构建的dll，因此我无法在其中引用一个包含所有类的库。 这意味着我的实体使用的EF6库会导致Unity发出错误。
我可以删除所有对EF6的引用，它可以像POCO一样正常工作，但是我必须保留一个（实际上完全相同的）单独的库，以便EF6工作 - 不是很好的OOP！ 我以为我可以使用POCO作为基础对象并创建从中继承的实体并实现额外的EF属性，例如它们的Id键，但EF6似乎不允许这样做。
所以我看到它的方式是我要么维护两个几乎相同的类库，要么我发现一个足够老的ORM版本，Unity支持它......并且最终可能会重新编写后端程序。 还有其他方法可以解决这个问题吗？
答案 0 :(得分：0)
部分类提供了部分解决方案 - stackoverflow.com/questions/11807517 / ...不幸的是，您无法在两个程序集之间拆分部分类，因此下一步是在构建主库时将它们自动编译到自己的dll中，但是应该是一个相对干净和简单的解决方案......让我希望我没有过早谈论“轻松”的问题。部分！ ;）