问题列表 - 第1000页 | 那些遇到过的问题

无论如何,我所看到的基本上是内存即使在我打电话后也没有被释放context.SubmitChanges().所以我最终不得不做各种各样奇怪的事情,比如只追回100条记录,或创建几个上下文并让它们都做单独的任务.如果我保持不变DataContext并稍后将其用于其他调用,它只会占用越来越多的内存.即使我调用查询返回给我Clear()的" var tableRows"数组,将其设置为null,并调用SYstem.GC.Collect()- 它仍然不会释放内存.

现在我已经阅读了一些关于如何DataContexts快速使用并快速处理它们的内容,但似乎它们应该是强制上下文转储所有数据(或特定表的所有跟踪数据)的方法.某一点保证内存是免费的.

有人知道哪些步骤可以保证释放内存？

linq database memory-leaks memory-management linq-to-sql

Sam*_*tte

2009 03-01

20
推荐指数

3
解决办法

1万
查看次数

如何在rails中对destroy进行"验证"

在破坏一个宁静的资源时,我想在我允许销毁操作继续之前保证一些东西？基本上,如果我注意到这样做会将数据库置于无效状态,我希望能够停止销毁操作吗？在销毁操作上没有验证回调,那么如何"验证"是否应该接受销毁操作？

ruby ruby-on-rails callback

Ste*_*gle

lucky-day

76
推荐指数

6
解决办法

5万
查看次数

命名一个"核心"大会

我知道这有点主观,但我想知道是否有一个普遍接受的命名程序集标准,其中包含一些"核心"函数.

假设你有一个更大的项目,像Assemblies一样

Company.Product.WebControls.dll
Company.Product.Net.dll
Company.Product.UserPages.dll

你有一堆"核心"类,如全局错误处理程序,全局日志功能等.

这样的集会如何命名？以下是我的一些想法:

Company.Product.dll
Company.Product.Core.dll
Company.Product.Global.dll
Company.Product.Administration.dll

现在,虽然"只选一个并继续"不会导致世界末日,我仍然想知道是否有一种"接受"的方式来命名这些组件.

.net

Mic*_*tum

lucky-day

21
推荐指数

5
解决办法

2692
查看次数

使用此(基于扩展方法)速记的可能陷阱

C#6更新

在C#6 ?.中现在是一种语言功能:

// C#1-5
propertyValue1 = myObject != null ? myObject.StringProperty : null; 

// C#6
propertyValue1 = myObject?.StringProperty;

Run Code Online (Sandbox Code Playgroud)

下面的问题仍适用于旧版本,但如果使用new ?.运算符开发新应用程序则更好.

原始问题:

我经常想要访问可能为null的对象的属性:

string propertyValue1 = null;
if( myObject1 != null )
    propertyValue1 = myObject1.StringProperty;

int propertyValue2 = 0;
if( myObject2 != null )
    propertyValue2 = myObject2.IntProperty;

Run Code Online (Sandbox Code Playgroud)

等等...

我经常使用它,因此我有一个代码片段.

如果符合以下条件,您可以在某种程度上缩短此内容:

propertyValue1 = myObject != null ? myObject.StringProperty : null;

Run Code Online (Sandbox Code Playgroud)

然而,这有点笨拙,特别是如果设置大量属性或多个级别可以为null,例如:

propertyValue1 = myObject != null ? 
    (myObject.ObjectProp != null ? myObject.ObjectProp.StringProperty) : null : null;

Run Code Online (Sandbox Code Playgroud)

我真正想要的是 …

c# extension-methods .net-3.5

Kei*_*ith

2015 06-15

15
推荐指数

5
解决办法

4566
查看次数

在使用像SCRUM这样的迭代敏捷开发方法时,如何避免等待需求？

我们尝试在目前的工作中进行敏捷开发,并且我们在大多数情况下都取得了成功.主要问题似乎是项目的开发人员总是在sprint开始时等待需求,并急于最终解决问题.提供要求的业务分析师始终不间断地工作以完成要求.

编辑:附加信息: 我们正在定制COTS应用程序供我们内部使用.我们的"用户故事"仅包括我们将在特定sprint中定制的应用程序的哪个部分,以及我们将在内部集成的系统.与不同系统的集成通常非常有效,因为我们可以立即开始工作.'自定义x屏幕'是主要的问题领域,因为开发人员无法做到这一点.在我们真正做任何事情之前,我们必须等到我们从BA获得要求.

编辑:更多洞察力/困惑或许: 我想知道问题的一部分是否已经存在定制的屏幕,因为这是一个大量定制的COTS产品.人们认为用户故事应该是"制作一个做X的屏幕".那已经完成了.也许没有一个很好的方法来为这些要求做用户故事......也许这需要一个全新的问题.

agile scrum requirements user-stories

Ale*_*rgo

2009 03-05

7
推荐指数

1
解决办法

1210
查看次数