关闭。这个问题是opinion-based.它目前不接受答案。想要改进这个问题？更新问题，以便editingthispost可以用事实和引用来回答它.关闭5年前。Improvethisquestion在许多函数式语言中，使用递归被认为是一种很好的做法。我认为这很好，因为编译器优化函数式语言代码的方式。但是，在创建算法时，在C#中使用递归是一种好习惯吗？就C#而言，递归算法会导致您的堆栈急剧增长(如果调用量非常大)，这不会很快，并且可能会导致堆栈溢出。或者也有一些优化正在发生以提高递归函数的效率？如果您能对在函数式语言和C#中使用递归的算法进行一些比较(速度、内存、可读性)，我将不胜感激
需求是确定最有效的方法来渲染一个字符串，例如"#1a2b3c"，其中"1a2b3c"是从集合“abcdef0123456789”或[“a”、“b”、“c”、“d”、“e”、“f”、“0”、“1”、“2”、“3”、“4”,"5","6","7","8","9"]为了比较结果的统一性，字符串.length应该正好是7，如上例所示。确定过程结果时间的迭代次数应为10000，如下面的代码所用。我们可以从两个潜在的例子和基准开始调查。这些方法的基准应包含在答复的文本中。请注意，如果可以使用更准确的基准，或者可以改进问题的文本，请在评论中提出建议。相关:CansomeonefluentinJava
一个简单的问题，我不确定它是否有简短的答案!描述我有一个要加载到网站的JavaScript文件，这里有一些关于它们的注释:它们都来自同一个域(不需要跨域加载)它们在整个网站上都是相同的。有几个文件，例如jQuery，还有5个其他插件以及我自己的基于它们的应用程序脚本。它们全部压缩后的大小=224KB，(我将所有文件合并到一个文件中，然后使用YUICompressor2一次压缩它们问题我听说224KB放在一个文件中并不理想!它应该被分成几个文件，每个最大44KB..我不记得我是什么时候听到这个的，我不确定把它分成更多的文件是否有效，但224KB确实需要很长时间第一次加载，考虑到网站加载了
我正在尝试使用Chrome开发者工具及其“配置文件”选项卡进行一些性能/效率测试...我得到以下结果当我加载页面时，执行堆快照、刷新页面、堆快照等......重复..这个问题是2折..这正常吗？我有内存问题吗？谁能给我指出一个资源来解释chrome的堆快照和cpu分析的输出？ 最佳答案 发生此问题是因为您的chrome扩展程序在出于任何原因刷新时保留了部分DOM。当使用配置文件工具时始终进入隐身模式，此处不会加载任何扩展，您可以确定您在配置文件中看到的对象只是您的……好吧，大多数情况下；您还会看到chrome内部数据结构包裹在括号中
有些同事说嵌套函数不利于性能，我想问一下。假设我有这个功能:functioncalculateStuff(){functionhelper(){//helperdoesthings}//calculateStuffdoesthingshelper();}helper是一个私有(private)函数，仅在calculateStuff内部使用。这就是为什么我想将其封装在calculateStuff中。这是否比做更糟糕的性能:functionhelper(){}functioncalculateStuff(){helper();}请注意，在第二种情况下，我将helper暴露给了我的范围。
从用户体验来看，以下哪种技术更好？在这两个示例中，假设thumbContainer设置为document.getElementById('thumbContainer')和newThumbnail(thumb)的返回值。toXMLString()返回一个带有XHTML标记的字符串。A)只需+=和thumbContainer.innerHTML:for(thumbinthumbnails){thumbContainer.innerHTML+=newThumbnail(thumb).toXMLString();}B)或者将newThumbnail(thumb).toXMLString()转
对于这段代码，我想知道在javascript中最好的方法是什么？varoutput=foo+";"+bar;或varoutput=newArray(foo,bar).join(";"); 最佳答案 这并不重要。有博客宣传第一个或第二个，这取决于他们的基准。但事实是javascript引擎经过大量优化和更改，因此您不会发现可重现和跨浏览器的重大差异。选择最易读的。一般是第一个。如果你真的做了一个循环10000次这个推送，在你的真实代码中在你的客户浏览器上进行基准测试，并选择最好的，但前提是存在显着差异。不要忘记javascript很快
我有一个使用browserify的小应用程序，最近我注意到它有一个非常大的包。是否有工具可以分析browserify文件并找出大部分文件大小的来源？如何减小browserify生成文件的大小？ 最佳答案 checkout光盘:https://www.npmjs.com/package/disc它会分析您的包并显示按文件数量或大小排序的图表。 关于javascript-如何分析和减小browserify生成的文件的大小？，我们在StackOverflow上找到一个类似的问题：
我使用angular-ui-grid(http://ui-grid.info/)来显示表格数据。总的来说，它很慢，所以我们决定使用ag-grid(https://www.ag-grid.com/)。对于常规大小的数据集，这具有更高的性能和更好的处理能力。但是，现在我们正在处理一些大小为100colsx10,000行(~1M单元格)的表格数据，并且网格的性能似乎很慢。我想知道是否有人使用过超网格(https://fin-hypergrid.github.io/core/2.0.2/)——它似乎“解决”了大列x大行的问题，并且在他们的演示中，在大型数据集上似乎更快(几乎是一个数量级)。怎么
我正在为firefox制作一个附加组件，它使用ajax加载一个html页面(附加组件有它的XUL面板)。此时，我没有寻找创建document对象并将ajax请求内容放入其中然后使用xPath查找所需内容的方法。相反，我正在加载内容并将其解析为具有正则表达式的文本。但是我有一个问题。xPath或正则表达式哪个更好用？哪个执行起来更快？HTML页面将由数百个包含相同文本的元素组成，我基本上想做的是计算那里有多少个元素。我希望我的插件尽可能快地工作，但我不知道regexp或xPath背后的机制，所以我不知道哪个更有效。希望我说清楚了。谢谢 最佳答案
