在Scheme中,您可以定义以下过程:
(define (proc . vars)
(display (length vars)))
这将允许您发送任何数量的args到proc.但是当我尝试这样做时:
(define proc (lambda (. vars)
(display (length vars))))
我收到以下错误:
读:非法使用"."
我似乎无法找到获取任意数量参数的lambda表达式的正确语法.想法？
(我正在使用DrScheme,版本209,语言设置为PLT(图形))
谢谢!
我们最近将代码转换为使用UIDocument而不是直接操作文件系统上的文件,因此我们遇到了一些性能问题.我们想知道我们是否正在使用这个类,如果其他人有这些问题,以及解决它们的常用方法是什么.
我们有一个"鞋盒应用程序"来管理一堆文档,每个文档由多个图像文件组成,这些文件可能非常重,一个小的元数据文件和一个小的预览图像.用户可能在她的设备上有许多文档(1000多个文档).每个文档的文件都分组在一个目录中,我们使用NSFileWrapper来读取和写入它们.
当我们的应用程序启动时,它需要所有文档的元数据才能显示文档索引和预览图像的子集.用户滚动时会加载更多预览图像.
为了获取该信息,我们打开所有文档,阅读其元数据并预览图像(如果需要),关闭它们,然后根据需要再次打开.
打开所有文档并阅读其元数据需要花费大量时间.我认为有几个因素导致了这个问题: - 每个文档打开动作相对较慢 - 打开文档块和完成块在同一队列上执行,这使得操作的延迟非常糟糕(我的文档是打开的,但是完成块必须等待X打开文档块才能运行)
我们考虑使用单独的索引文件来解决这个问题,但是这种方法的缺点是我们需要在两个地方管理元数据,并且我们需要保持它与文件系统同步,以防iCloud更改文件.
每个打开的文档都创建自己的"文件访问线程".当我们同时打开许多文档时,开销会破坏应用程序.
我们通过使用信号量同步打开操作来解决此问题.这种方法的缺点是它可以进一步减慢负载.
谢谢!
当我使用eclipse时,我喜欢最大化我的Java编辑器,并且在修剪堆栈(窗口边缘周围的区域)中最小化所有其他视图.这样,我只有在需要时才可以通过单击视图图标来展开视图.
在之前的Eclipse版本中,当我使用视图完成工作时,我单击了另一个视图或编辑器,使其失去焦点,这导致它再次最小化.在Juno中,它不起作用 - 当我点击编辑器时,视图保持打开并隐藏我的代码.为了关闭它,我必须单击视图图标,或者单击另一个程序然后返回Eclipse.
您是否知道我是否可以更改设置以恢复旧行为？
谢谢!
编辑:看起来像是日食中的一个错误.