问题列表 - 第351页

在与同事讨论了在C#3中使用'var'关键字后,我想知道人们对通过var的类型推断的适当用途有什么看法？

例如,我在可疑情况下懒得使用var,例如: -

foreach(var item in someList) { // ... } // Type of 'item' not clear.
var something = someObject.SomeProperty; // Type of 'something' not clear.
var something = someMethod(); // Type of 'something' not clear.

var的更合理用途如下: -

var l = new List<string>(); // Obvious what l will be.
var s = new SomeClass(); // Obvious what s will be.

有趣的是LINQ似乎有点灰色,例如: -

var results = from r in dataContext.SomeTable
              select r; // Not *entirely clear* what results will be …

我们最近丢失了一个数据库，我想从de Production.log中恢复数据。

每个请求都是这样记录的：

处理ChamadosController＃create（对于XXX.XXX.XXX.40，在2008-07-30 11:07:30）[POST]会话ID：74c865cefa0fdd96b4e4422497b828f9参数：{“ commit” =>“ Gravar”，“ action” =>“ create”，“ funcionario” =>“ 6” ...（所有其他参数都在此处）。

但是会话中有一些要发布到数据库上的东西。在请求中，我具有会话ID，并且还具有服务器中的所有会话文件。

无论如何，我可以通过此会话ID打开会话文件并获取其内容吗？

在Java中,静态和瞬态字段未序列化.但是,我发现静态字段的初始化会导致生成的serialVersionUID被更改.例如,static int MYINT = 3;导致serialVersionUID更改.在这个例子中,它是有道理的,因为该类的不同版本将获得不同的初始值.为什么任何初始化都会改变serialVersionUID？例如,static String MYSTRING = System.getProperty("foo");还会导致serialVersionUID发生更改.

具体来说,我的问题是为什么用方法初始化会导致serialVersionUID发生变化.我遇到的问题是我添加了一个用系统属性值(getProperty)初始化的新静态字段.该更改导致远程调用上的序列化异常.

是否有可以从纬度/经度转换为时区的库(甚至更好的Web服务)？

我将在新的J2EE Web应用程序上使用Subversion进行源代码控制.您建议使用什么目录结构来组织代码,测试和文档？

我正在一个小型公司的小型内部网站上工作,用户应该能够发布.我想象了一种非常简单的身份验证机制,人们只需输入他们的电子邮件地址,就会收到一个唯一的登录URL,它会设置一个cookie,以便在将来的请求中识别它们.

在我的模板设置中,我有base.html,其他页面扩展了这个.我想在base.html中显示登录或注册按钮,但是如何确保必要的变量始终是上下文的一部分？似乎每个视图都只是根据自己的喜好设置上下文,并且没有全局上下文填充.有没有办法在不在每个上下文创建中包含用户的情况下执行此操作？

或者我是否必须制作自己的自定义快捷方式才能正确设置上下文？

我试图了解命名空间如何在XML中工作.当我有一个像foo:bar这样的元素时,属性通常没有命名空间.但有时他们会.即使已声明默认命名空间,元素名称空间中的属性也是如此？查看xsd for xhtml似乎属性是模式的一部分,应该在xhtml的命名空间中,但它们永远不会以这种方式呈现......

我不得不在python中进行一些内省,它并不漂亮:

name = sys._getframe(1).f_code
name = "%s:%d %s()" %(os.path.split(name.co_filename)[1],name.co_firstlineno,name.co_name)

得到类似的东西

foo.py:22 bar() blah blah

在我们的调试输出中.

理想情况下,我希望通过这种信息向stderr添加任何内容 - 是否有可能在python中全局更改print的行为？

这是从我的另一个问题开始的.

基本上,一旦我有代码访问该文件(将在一分钟内审查答案)什么是最好的测试方法？

我正在考虑创建一个方法,它只生成大量的BackgroundWorker或者其他东西,告诉他们所有加载/保存文件,并测试不同的文件/对象大小.然后,从线程中获取响应以查看它是否失败/成功/使世界崩溃等.

你能提出任何关于最佳方法的建议吗？正如我之前所说,这对我来说有点新鲜:)

编辑

继ajmastrean的帖子:

我正在使用控制台应用程序来测试Debug.Asserts :)

更新

我最初使用BackgroundWorker来处理线程(因为我已经习惯了来自Windows开发)我很快就意识到当我执行测试时需要完成多个操作(线程)才能继续,我意识到这将是让它做到这一点有点破解.

然后我跟进了ajmastrean的帖子并意识到我应该使用Thread类来处理并发操作.我现在将使用这种方法进行重构(虽然是一种不同的方法).

我正在为我维护的应用程序开发自动回归测试套件.在开发自动回归测试时,我遇到了一些几乎肯定是错误的行为.因此,就目前而言,我已经修改了自动回归测试,以便不记录失败 - 我的意思是故意允许这种不良行为.

所以,我对本网站上其他人的意见感兴趣.显然,我会在缺陷跟踪中添加一个错误,以确保修复此错误行为.但是,有任何令人信服的理由(无论哪种方式)要么改变回归测试以不断指出失败,要么让回归测试破裂并且在我们能够修复缺陷行为之前没有失败？我认为这是另外一种问题中的一种,但我在这里问,因为我认为其他人可能会看到不同的问题.

@Paul Tomblin,

只是要明确 - 我从未考虑过删除测试; 我只是考虑修改通过/失败条件以允许失败,而不是每次我运行测试时它都被扔到我的脸上.

我有点担心已知原因的重复失败最终会像C++中的警告一样被处理.我知道开发人员在他们的C++代码中看到警告并且忽略它们因为他们认为它们只是无用的噪音.我担心在回归套件中留下已知的失败可能会导致人们开始忽略其他可能更重要的失败.

顺便说一句,以免我被误解,我认为C++中的警告是制作强大代码的重要辅助,但从我见过的其他C++开发人员的判断来看,我认为我处于少数.