小编A-D*_*ubb的帖子

如何在Windows上启动git守护程序以允许它开始提供请求？似乎msysgit应该将其安装为Windows服务或其他东西,但我没有看到.

如果您登录Facebook,Twitter或Gmail并查看来源,您会发现一些非常奇怪的东西.您的所有推文和邮件都呈现为JSON.没有尖括号.我的猜测是,这些数据都是动态呈现给DOM的.如果检查页面上的任何元素,您将看到大量的div和其他HTML元素.其中没有一个在原始标记中提供.问题是:

1. 为什么这3个大型网站需要时间来做这件事？
2. 使用HTML不是更快吗？
3. 是否可以节省带宽,因为JSON有效负载比HTML更小？
4. 是因为这些网站主要基于AJAX吗？我的猜测是前者,但我不知道.我不确定你是否必须为谷歌推特或Facebook工作才知道这是为什么,但这三种网站之间共享这种策略,所以我认为他们有一个共同的目标.这让我觉得这更像是一件大事.

我是 Brownfield 应用程序开发的忠实粉丝。毫无疑问，这是一本好书，我会向所有开发人员推荐它。我在这里是因为我在书中谈到了代码覆盖率。在我的新店里，我们使用 Team City 进行自动构建/持续集成，构建完成需要大约 40 分钟。Brownfield 的书讨论了无摩擦开发以及我们希望如何减轻开发人员必须承受的共同负担。这是我在第 130 页上读到的内容。

“代码覆盖率：一个进程的代价？从清单 5.2 中的示例目标可以看出，你最终得到了两个输出文件：一个是测试结果，一个是代码覆盖率结果。这是因为你实际上在此任务期间执行您的测试。

如果您正在运行代码覆盖任务，从技术上讲，您不需要在单独的任务中执行测试。出于这个原因，许多团队会将自动化代码覆盖任务替换为他们的测试任务，基本上在 CI 过程中执行这两个操作。CI 服务器将编译代码、测试它，并在每次签入时生成代码覆盖率统计信息。

尽管这种方法在概念上没有任何问题，但请注意一些缺点。首先，生成代码覆盖率统计数据存在开销。当有大量测试时，这种开销可能会大到足以导致长时间运行的自动构建脚本形式的摩擦。请记住，主构建脚本应尽可能快地运行，以鼓励团队成员经常运行它。如果运行时间太长，您可能会发现开发人员正在寻找解决方法。

出于这些原因，我们建议将代码覆盖任务与构建脚本的默认任务分开执行。它应该定期运行，也许作为您的构建文件中的一个单独的计划任务，每两周甚至每月执行一次，但我们认为该指标没有足够的好处来保证在每次检查时执行它的额外开销 -在。”

这与我当前商店的做法相反，我们在每次构建时执行 NCover。我想去找我的领导并要求我们不要这样做，但我能做的最好的事情就是告诉他“这就是 Brownfield 的书所说的”。我认为这还不够好。因此，我依靠你们来为我提供有关此主题的个人经验和建议。谢谢。

我有以下代码

function myFunction(items) {
   // this prints out 11
   alert(items.length);

   $(items).each(function(i, item) {
       // item is undefined for some reason
   }
}

我提醒物品的长度,它有元素(确切地说是11).那么11个项目怎么可能存在,但jQuery仍然通过undefined？