首页
\
问答
\
“分离元素与他们一起工作”是否总能提高性能？(Does “Detach Elements to Work with Them” improve performance always?)
“分离元素与他们一起工作”是否总能提高性能？(Does “Detach Elements to Work with Them” improve performance always?)
我从Jquery性能指南（ http://learn.jquery.com/performance/detach-elements-before-work-with-them/ ）中了解到，在使用它们时，分离元素可以提高性能。 但我想知道这是否会提高性能，即使从DOM读取或仅在处理DOM时？
I learned from Jquery performance guide(http://learn.jquery.com/performance/detach-elements-before-work-with-them/) that detaching element when working with them improve performance. But I want to know whether this will improve performance even when reading from DOM or only when processing the DOM?
原文：https://stackoverflow.com/questions/17021772
更新时间：2023-02-28 12:02
最满意答案
List#contains是最快的方法。 它最多只能传递一次List，并在找到匹配后立即停止。 除非您知道列表已排序，否则您无法更快地完成任务。 Scala集合库的编写方式使得所有（如果不是大多数）基本函数都针对性能进行了优化。查看来源 。
List#containsis the fastest way to do it. It will make at most one pass of theList, and stops as soon as it finds a match. Unless you know the list is sorted, you can't make it any faster. The Scala collections library is written in such a way that all (if not, most) of the elementary functions are optimized for performance.See the source.
相关问答
更多-
TCP/IP模型是一个________。[2023-10-02]
a -
下列中不属于面向对象的编程语言的是?[2022-05-30]
a -
其他答案并没有真正回答你的代码错误的原因。 当列表b为空且非空并且一切都应该没问题时，您似乎正在处理这种情况，但实际上您实际上并非如此。 让我们再看一下你的代码，并修复一些格式。 def subset(a: List[Int], b: List[Int]): Boolean = { (a, b) match { case (_, Nil) => return true } // we can never make it past here, because either we return ...
-
在Scala中对元组进行排序(Sorting on tuple in Scala)[2022-05-20]
码 “未分类”输入一点点，你可以看到它真正排序。 val lst:List[(Option[String],Option[String],Option[String])] = List( (Some("a"),None,None), (Some("b"),None,None), (Some("a"),Some("b"),None), (Some("a"),Some("a"),None), (Some("a"),None,Some("c")), (Some("a"),None,Some ... -
Scala中的列表和元组(List and Tuples in Scala)[2022-09-24]
我在这里错过了关于Scala中List和Tuples的内容吗？ 我认为Odersky试图表明的主要观点是每个元组元素都可以包含自己的单独类型，这允许使用多种不同的类型。 由于列表是同类的，因此List无法执行的操作，这意味着如果您需要List[Int] ，则该列表的所有元素都必须是Int值。 如果查看您创建的列表的类型，您将看到编译器推断List[Any] ，这是所有Scala类型的常见超类型。 这意味着如果你想用列表中的一个元素做一些具体的事情，即它是Int类型的head元素，你不能因为所有编译器都知道该 ... -
可以用rapply获得部分解决方案。 这只计算结束节点的值，因此您获得数据框中is.bottom为TRUE 。 获取表的其余部分应该可以通过检查名称，但我怀疑它很费劲，而且这些节点相当无聊（所有只是class = "list" ， is.S4 = FALSE ）。 class和is.S4列很容易获得。 out_class <- rapply(src, class) out_isS4 <- rapply(src, isS4) 我不太确定你在dim专栏上做了什么，但类似的调用应该让你开始。 out_ ...
-
元组是不可变的，您需要构造一个新的元组，例如将t更改为可变类型list更新该值并将其转换回tuple ： >>> x = list(t) >>> x[6] = tuple(x[6]) >>> tuple(x) (1, 2, 3, 4, 5, 6, (7, 8)) Tuples are immutable, you will need to construct a new tuple, e.g. change t to a mutable type list update the value and con ...
-
List#contains 是最快的方法。 它最多只能传递一次List ，并在找到匹配后立即停止。 除非您知道列表已排序，否则您无法更快地完成任务。 Scala集合库的编写方式使得所有（如果不是大多数）基本函数都针对性能进行了优化。 查看来源 。 List#contains is the fastest way to do it. It will make at most one pass of the List, and stops as soon as it finds a match. Unless ...
-
第一个代码的问题是它附加了，即List上的O(n) 。 所以算法基本上是O(n^2) 。 在List上添加它非常有效，因为它在常量时间O(1) ，这是在第二个算法中执行的。 您可以使用它并在最后执行reverse以使两个方法的结果相等，这将大致使其在O(n)运行。 但是，库中已经有一个很好的方法可以满足您的需求。 sliding是你正在寻找的。 滑动参数定义元组的大小。 这会给你一个List[List[Int]] ： List(1,2,3,4).sliding(2).toList //List(List( ...
-
Scala是一种静态语言 。 您的代码不起作用，因为您为元素混合了不同的类型。 这就是编译器为List[Any]推断类型List[Any]的原因。 如果列表具有类型List[(Int, Char)]则代码可以正常工作。 虽然有一种方法可以使用强制转换来解决您的问题，但我希望大胆地概述它是单一的： l(1).asInstanceOf[(Int, Char)]._1 惯用方法是具有单形列表，即包含相同类型元素的列表。 Scala is a static language. Your code does not ...