我知道这个话题已经被多次辩论过,但是我正在寻找更加技术性和详细的洞察力来了解真正发生的事情.
我设计了一系列测试来比较jQuery最基本的选择器'#id'和'.class'与各种原生DOM方法的速度.
我希望找出结果是什么的确切原因.
以下是测试:http://jsperf.com/jqueryspeed
最值得注意的是,getElementById显然是最快的.为了比较,我添加了jQuery('#id')和jQuery.fn.init('#id')作为测试,两者之间的区别在于第一个确实实现了一个全新的jQuery对象,而第二个是只运行原型函数,因此更快.所以,这两者之间的区别是可以理解的.
然而,我不理解的主要区别是getElementById的速度和jQuery.fn.init的速度之间的巨大差距,它有一个简单的测试来以特定的方式处理简单的('#id')请求,回到对getElementById本身的调用.
那么,为什么例如在Chrome上,这种方法比原生方法慢8倍,尽管它基本上只是它的包装器？
它也比包装的getElementById $(document.getElementById('#id'))慢约3-4倍...
有什么想法吗？
这是问题所在.我有一大组512x512像素的JPEG图块作为常规的jpg文件.
我编写了一个软件,可以完成很多工作,并且需要在最后将所有这些文件拼接成一个巨大的JPEG.
首先,我不希望使用ImageMagick执行此操作,而是在我的软件中执行它!
在Delphi中,无法将JPG文件复制到另一个JPG画布上,因此必须首先创建TBitmap,然后将切片复制到TBitmap画布上,然后将TBitmap转换为jpeg图片并保存到文件中.
当结果文件尺寸太大(如20 000 x 20 000像素)时会出现问题.当我调用TBitmap.SetSize时,我自然会得到一个错误(内存不足或类似的东西).
我在同一台机器上使用Photoshop进行了一些测试,并且能够创建一个复杂(非空白)30 000 x 30 000文件并将其保存为JPEG.
所以问题是,我怎么能做同样的事情？通过将结果直接写入磁盘或使用其他技巧来某种方式拼接所有JPEGS？...
尽管20k x 20k像素看起来足够大,但这个值仅适用于我的机器(4 GB ram),所以少量的ram对软件的限制更大!
谢谢
编辑:澄清:
我想要的是找到一种拼接那些小JPG图像并编写大图像而不将大图像保存在RAM中的方法.显然,可以直接在磁盘上读取/写入位图流(不确定),但这会导致非常大的文件.因此,如果JPG格式不允许这样做,那么任何其他压缩格式(如TIFF或PNG)都可以.我还想避免过多的再压缩,不要失去(已压缩的)初始JPG质量.
因此,完美的解决方案将是一种直接读取小文件并以某种方式写入大文件的方法.瓷砖的尺寸为256x256或512x512,以防有助于JPEG压缩内容的某些对齐.
我已经尝试了几个能够检索配置文件的所有位置的东西,包括过去的位置,但它仍然无法正常工作.
我只能设法通过我的直接连接的位置,然后甚至那些2或3度的距离,我只通过API看到当前位置,即使我可以通过网站看到所有位置.
我尝试了这里描述的技术:https://developer.linkedin.com/documents/accessing-out-network-profiles,甚至对于离我3度的配置文件(因此不在网络外),这种方法保持不变只返回当前位置.我使用了指定的标题和所有内容,仍然只返回当前位置.
能否请您给我一个工作示例,说明如何通过API检索2或3度连接的所有位置,理想情况是REST还有Javascript？
在目前的API下,它是否可能？
我想它应该,因为我可以通过网站看到信息,它应该通过API以某种方式提供...
谢谢.