Linq to sql 在具有linq To sql的WebService中，datacontext可以是静态字段吗？
我正在创建一个webserivce，它将使用LINQtoSQL执行仅选择查询。在这方面，是否可以接受将DataContext作为静态字段/属性，因为操作永远不会是修改数据库或跟踪对象更改的操作Linq to sql 在具有linq To sql的WebService中，datacontext可以是静态字段吗？,linq-to-sql,datacontext,Linq To Sql,Datacontext,我正在创建一个webserivce，它将使用LINQtoSQL执行仅选择查询。在这方面，是否可以接受将DataContext作为静态字段/属性，因为操作永远不会是修改数据库或跟踪对象更改的操作 如果不是，什么替代方法合适？DataContext不是线程安全的，因此将其存储在静态中不是一个好主意 DataContext的实际使用寿命并不长，只需在请求处理期间对其进行实例化即可。DataContext不是线程安全的，因此将其存储在静态环境中不是一个好主意 DataContext的实际寿命并不长，只需
如果不是，什么替代方法合适？DataContext不是线程安全的，因此将其存储在静态中不是一个好主意
DataContext的实际使用寿命并不长，只需在请求处理期间对其进行实例化即可。DataContext不是线程安全的，因此将其存储在静态环境中不是一个好主意
DataContext的实际寿命并不长，只需在请求处理期间对其进行实例化即可。我会在每次方法调用时重新创建DataContext，并将其包装在using块中。这将有助于确保由于操作而创建的对象得到释放，并减少内存占用。由于对象被序列化以发送回，因此不需要保持datacontext的时间超过调用所需的时间。数据上下文本身不是一个特别沉重的对象，不应该避免在需要时重新创建它。这就是它的用途——作为工作对象的一个单元。我将在每个方法调用上重新创建datacontext，并将其包装在using块中。这将有助于确保由于操作而创建的对象得到释放，并减少内存占用。由于对象被序列化以发送回，因此不需要保持datacontext的时间超过调用所需的时间。数据上下文本身不是一个特别沉重的对象，不应该避免在需要时重新创建它。这就是它的用途——作为工作对象的一个单元