关于格式化参考文献速度及定位引文速度的疑问

aegeansupport

funyboy 发表于 2024-5-21 08:32
经理你好，我来挖个坟，这个格式化速度提升，提升日程了没啊，最近随着论文篇幅变大，使用体验很差，赶紧 ...

一点击就能看到开始格式化，就让鼠标转动是可以的。。不过速度不会进行提升。

aegeansupport

funyboy 发表于 2024-5-21 15:30
真心希望他们下定决心好好优化一下代码，我不懂计算机编程，猜测可能底层基础框架不够理想导致？无论如何 ...

不同的软件，技术上肯定是有差异的。 NE慢主要是因为 引文需要排序，所以，1.需要读取文档信息，遍历文档的域，读取NE引文信息   2.要对对数据进行加工，显示正确的格式信息  3.将信息输出到文档。  当文档很大的时候，或者有很多不同的域代码存在，要判断是不是NE的域代码。 速度就自然慢了。

aegeansupport

stlbb 发表于 2024-5-21 12:34
我的论文已经有近300篇参考文献了，刷新一次需要两分钟左右……这软件感觉像是个草台班子写的 ...

就如我上面说的，为了排序就会做很多工作。 所以如果文献很多的时候，建议点设置，及时格式化的勾去掉， 去除格式化插入是秒进入到word的。 但最后还是需要格式化一次的。

aegeansupport

funyboy 发表于 2024-5-21 15:30
真心希望他们下定决心好好优化一下代码，我不懂计算机编程，猜测可能底层基础框架不够理想导致？无论如何 ...

引文效率这个问题，我会再跟开发谈一谈。会尽量再重新进行改造的。

stlbb

aegeansupport 发表于 2024-5-21 16:53
不同的软件，技术上肯定是有差异的。 NE慢主要是因为 引文需要排序，所以，1.需要读取文档信息，遍历文档 ...

问题可能就出在遍历这里。不知道你们的开发是不是用VBA做的，我也做过类似的代码，在几百个域的情况下，for each的执行效率比for i=1 to ubound(...)要慢一倍左右，建议你们的开发试试。
另外，即使遍历、读取NE引文，数据量只有几百条的情况下，两分钟也实在是太慢了。这里面一定有什么环节效率上有bug。判断是不是NE域代码本身并不是很耗时的工作。
总之，个人倾向于认为这里面一定有巨大的优化空间。

stlbb

aegeansupport 发表于 2024-5-21 16:57
就如我上面说的，为了排序就会做很多工作。 所以如果文献很多的时候，建议点设置，及时格式化的勾去掉，  ...

我一直没搞明白“格式化参考文献”和“更新题录”之间有啥区别？

aegeansupport

stlbb 发表于 2024-5-21 18:18
我一直没搞明白“格式化参考文献”和“更新题录”之间有啥区别？

NE插件不是VBA，青提是VBA。 更新题录：同步数据库的内容+格式化。   格式化：如果勾选同步，则跟更新一样，不勾选则只有格式化。

funyboy

aegeansupport 发表于 2024-5-21 17:03
引文效率这个问题，我会再跟开发谈一谈。会尽量再重新进行改造的。

谢谢你们愿意听取用户反馈。

funyboy

aegeansupport 发表于 2024-5-21 16:57
就如我上面说的，为了排序就会做很多工作。 所以如果文献很多的时候，建议点设置，及时格式化的勾去掉，  ...

以前一直不喜欢去除即时格式化使用，因为排版跟角标形式差别很大，但是现在大文档，即时格式化很慢，只能无奈使用。

funyboy

aegeansupport 发表于 2024-5-21 16:53
不同的软件，技术上肯定是有差异的。 NE慢主要是因为 引文需要排序，所以，1.需要读取文档信息，遍历文档 ...

我在想您说的这些1-3，别的软件如果在写大论文时也是面临同样的操作吧？技术差异是肯定的，毕竟不同公司产品嘛，就是希望你们自己使用看看，比较一下人家有什么特别值得借鉴的。我也是n年没用过zotero了，只记得当时让我很惊讶的是作为国外软件人家在使用chrome扩展进行题录收藏的时候几乎对所有的外文数据库支持的非常好，同时更惊讶的是对cnki支持的也非常好，所以我后来积极建议你们一定要开发chrome扩展，还好你们也支持了，有了自己的扩展。但是实话实说，虽然现在扩展基本够用，但是灵活性感觉还是和当年的印象有点差距。再接再厉。