blocks|key|104941|text|我认为你在这里创造了很多开销。Linq+to+Sql生成的所有类都是部分的，因此，如果正确设置了名称空间，则可以使用所需的任何信息来扩展这些类。如果要隐藏任何内容，请在dbml中将其访问级别设置为internal。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|104942|我真的不建议完全重写这些类。|104943|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I think you're creating a lot of overhead here. All the classes that Linq to Sql generates are partial, so if you set up your namespaces right, you can just extend those classes with whatever information you want. And if there's anything you want to hide, set its access level to internal in the dbml.

I really wouldn't recommend rewriting the classes altogether.

blocks|key|4301773|text|我真的不明白为什么你需要从头开始实现所有的东西。但是，如果您想对存储库有更多的控制，您可以简单地使用分部类来实现。|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|4301774|entityMap^0|1E|3|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|K|8|@]|D|@]|E|$]]]|G|$]]

I don't really understand why you need to implement everything from scratch. 
But if you want to have more controls on the repository, you can simply use partial class to achieve that.

blocks|key|4301868|text|如果您希望您的模型替换linq+to+sql模型，您可以使用属性来修饰您的模型，这允许您基本上定义您自己的模型，并告诉linq+to+sql如何将您的模型与datacontext+(也必须构建)连接在一起。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4301869|示例：|4301870|[Table(Name="SomeTable")]
public+class+SomeClass
{
++++[Column(IsPrimaryKey=true,+IsDbGenerated=true,+AutoSync=AutoSync.OnInsert)]
++++internal+int+MyID+{get;+set;}

++++[Column]
++++public+String+MyString+{get;+set;}
}|code-block|syntax|javascript|4301871|然后，您可以创建一个DataContext并告诉它如何处理您的模型，如下所示：|4301872|var+context+=+new+DataContext(connectionString);
context.GetTable<SomeClass>();|4301873|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|P|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|Q|8|@]|9|@]|A|$G|H]]|$1|I|3|J|5|6|7|R|8|@]|9|@]|A|$]]|$1|K|3|L|5|F|7|S|8|@]|9|@]|A|$G|H]]|$1|M|3|-4|5|6|7|T|8|@]|9|@]|A|$]]]|N|$]]

If you want your model to replace the linq to sql model, you can decorate your model with attributes, which allows you to basically define your own model, and tell linq to sql how to wire your model with the datacontext (which you have to build as well)

Example:

<pre><code>[Table(Name="SomeTable")]
public class SomeClass
{
 [Column(IsPrimaryKey=true, IsDbGenerated=true, AutoSync=AutoSync.OnInsert)]
 internal int MyID {get; set;}

 [Column]
 public String MyString {get; set;}
}
</code></pre>

You can then create a DataContext and tell it how to handle your model like so:

<pre><code>var context = new DataContext(connectionString);
context.GetTable&lt;SomeClass&gt;();
</code></pre>

blocks|key|1084949|text|我决定改用流利的NHibernate。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1084950|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I decided to switch to Fluent NHibernate.

I want to use my own Model classes in a repository pattern. I don't want to be dependent on the classes that LINQ to SQL generates. Is that viable? How do I handle the <code>Where</code> (and other selections when its a <code>Func&lt;MyModel, bool&gt;</code> but LINQ to SQL wants a <code>Func&lt;LinqToSqlModel, bool&gt;</code>?

I've devised this, but I might be starting to over engineer it...

<pre><code>interface IModelConverter&lt;T1, T2&gt;
{
 T2 Convert(T1 item);
 T1 Convert(T2 item);
}
</code></pre>

Is this too much redirection?

All I want to do is have a repository of <code>MyModel</code> that is able to have any implementation in the back end whether LINQ to SQL, LINQ to Enities, etc.
Does anyone have any resources?

Repository Pattern using LINQ To SQL without generated Models

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我想在存储库模式中使用我自己的Model类。我不想依赖LINQ to SQL生成的类。这可行吗？我该如何处理Where (以及当它是Func<MyModel, bool>但LINQ to SQL需要Func<LinqToSqlModel, bool>时的其他选择我设计了这个，但我可能开始过度设计了.interface ...

问使用LINQ To SQL而不生成模型的存储库模式
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问使用LINQ To SQL而不生成模型的存储库模式EN