SketchUp Ruby中的异步文件IO

我现在经常保存我的应用程序首选项。在我的带有固态驱动器的机器上，它可以节省大约100毫秒的时间。我的代码已经发布在这里： Mac相当于ENV[\"APPDATA\"]Ruby API对于我的首选项，我首先检查首选项文件夹和文件是否存在。如果没有，那么我创建首选项文件并将默认值写入它们。这样，我就不会真正复制或移动任何文件，只有> Sketchup在写入文件时冻结。我担心的是，电脑速度慢的人在将设置写入磁盘时会遇到明显的延迟。在\"普通程序\"（C#）中，可以使用异步方法编写设置。我知道SketchUp不支持线程。有什么方法可以防止用户界面冻结吗？也许可以尝试… def> I\"m wondering if there is something else taking time here. Saving a text file with a few settings shouldn\"t be much of an issue. What else happens when saving the file? Is the data formatted in any special way or gathered from any special place? eneroth3: I\"m wondering if there is something else taking time here. Ok I\"ll be honest it\"s a design flaw. Every time I edit an opening I update a list of recent openings for quick future use. I was writing that to the same file as as my list of saved openings which is about 2,000 objects. This still \"only\" took 100ms in my computer. I was worried about performance though on slower setups. DanRathbun: Perhaps try something like … It has the exact same results as doing it without a timer. UI.start_timer(0.1,false)> Are rewriting the whole file ? … or just appending ? I read the json in from the file on startup. Then I simply modify the hash as needed and write it all the the file in a single write. Appending wouldn\"t really be useful in this case.?? In a \"real program\" I\"d use an SQLite database. Neil_Burkholder: Appending wouldn\"t really be useful in this case.?? Well you could modify the way you are doing things a bit. You could write the opening objects each as a json line, and write by appending. When writing the whole hash to file … # @hash is a Hash of hashes accessed via a key.## rec is the nested hashes (in hash) that will be#converted to individual JSON records> And then when appending a record … I think you need to be careful to be sure there is a newline character at the end of each record line. When you read, you do … # Each line is a JSON record with a newline character at the end.# The records (after chomping off the newline,) will be parsed into# little temporary hashes and immediately merged into @hash.#IO.foreach(filepath) do |line|line.chomp!@hash.merge!(JSON.parse(line))end 我并没有添加太多信息（比如日志）。我是在编辑信息。例如，我保存了最近使用的10个开口。追加不会有用，因为我总是修改整个==sku}[0..（itemu limit-2）]@保存的u openings[\"Recent\"][opening[\"Type\"]]。取消移动（opening）保存u openingsend …哦，好吧，…我以为你说它像一个dB…n/m. 是的，在dB中你可以追加记录，而且更新数据也很容易。 update recent> 使用ruby文本文件，除了读取整个内容、修改相关部分并将其全部写回文件之外，我真的找不到其他编辑方法。因为我希望用户很少编辑/添加/删除开口，所以我可以将开口存储在最近使用的列表中的单独文件中。这将真正减少文件大小。这些设置是否需要在计算机范围内进行？我看到您将数据存储在文件中的唯一原因是，数据是否需要跨多个模型持久化。如果它只包含有关该模型中特定模型或实体的数据：请使用属性字典。如果数据需要在多个模型之间共享：您正在执行多少次读/写操作？关于sqlite执行整个读/写操作…这甚至会更慢，因为创建db包含的所有其他内容（如索引）都会有开销。数据库只在实际查询数据时才有用。当数据需要持久化时，我经常做的一件事是为每个属性/设置/对象使用一个文件。因此，如果可能的话，不要用一个整块来把你的数据碎片化。是的，这是需要在会话之间存储的设置信息。我使用属性字典来存储与模型相关的所有内容。我认为拥有多个文件将是最好的解决方案。我当前的设置保存了大约2000个开口。每个打开类型可能有一个文件以加快速度。图像2270×1870 720 KB

SketchUp Ruby中的异步文件IO

SketchUp在扩展仓库中更改扩展的价格不再是即时的…为什么？

SketchUp访问组的实体以应用/更改材质

SketchUp保持数值而不考虑单位

SketchUp复制组/组件时出现持续的ID错误

SketchUpC点/引导点的样式是否可行？

SketchUp如何获取html值

SketchUp如何判断V-Ray渲染是否已完成

SketchUp rubyapi：将工具栏停靠到其他工具栏

SketchUp从多个曲面创建多个组

SketchUp有没有办法加快添加面和边的速度？