关于用户数据目录等的 FileMaker 最佳实践?
FileMaker best practice regarding user data directories etc.?
我正在研究 FileMaker 18 解决方案。我必须解决的一件事是执行外部 Python 脚本并读回其结果。该脚本可以 运行 几秒钟。由于我的解决方案应该跨平台工作(我在 MacOS 上开发,但大多数用户将使用 Windows),我决定使用 Basic Elements 插件来执行脚本。
由于这是我们将与解决方案一起交付的自定义脚本,FileMaker 需要知道它位于哪个目录中(并且还需要导入结果 XML)。令我惊讶的是,BE_ExecuteSystemCommand 默认为根目录,而不是安装解决方案的目录。
获取和存储可能是用户 and/or 系统特定的数据或其他目录的最佳做法是什么?
我目前的想法是创建一个简单的“globals”key/value 对 table 来存储路径等,并编写一个脚本,在启动时检查键值是否为“datapath” " 已设置,如果是,将其存储在其他脚本可以引用的全局变量中。如果不是,则使用文件打开对话框提示用户到 select 该目录。他只需在第一次启动解决方案时执行一次。
在我自己做所有这些之前,我想问一下是否有具体的最佳做法,或者我的想法是否错误,应该以其他方式来做?
我可能还需要数据目录用于一些其他目的(数据导入等)。
Filemaker 具有 return 一些常用路径的本机功能:
Get(FileMakerPath) - FileMaker 应用程序的路径 运行 当前文件;
Get(FilePath) - 当前文件的路径;
Get(DocumentsPath) - 当前用户的文档文件夹路径;
Get(DesktopPath) - 当前用户的桌面文件夹路径;
Get(PreferencesPath) - 当前用户的首选项文件夹路径。
Get(TemporaryPath) - 当前用户的临时文件夹路径;
请注意,这些函数 return 编辑的路径是 Filemaker 路径,而不是 OS 路径。
我正在研究 FileMaker 18 解决方案。我必须解决的一件事是执行外部 Python 脚本并读回其结果。该脚本可以 运行 几秒钟。由于我的解决方案应该跨平台工作(我在 MacOS 上开发,但大多数用户将使用 Windows),我决定使用 Basic Elements 插件来执行脚本。
由于这是我们将与解决方案一起交付的自定义脚本,FileMaker 需要知道它位于哪个目录中(并且还需要导入结果 XML)。令我惊讶的是,BE_ExecuteSystemCommand 默认为根目录,而不是安装解决方案的目录。
获取和存储可能是用户 and/or 系统特定的数据或其他目录的最佳做法是什么?
我目前的想法是创建一个简单的“globals”key/value 对 table 来存储路径等,并编写一个脚本,在启动时检查键值是否为“datapath” " 已设置,如果是,将其存储在其他脚本可以引用的全局变量中。如果不是,则使用文件打开对话框提示用户到 select 该目录。他只需在第一次启动解决方案时执行一次。
在我自己做所有这些之前,我想问一下是否有具体的最佳做法,或者我的想法是否错误,应该以其他方式来做?
我可能还需要数据目录用于一些其他目的(数据导入等)。
Filemaker 具有 return 一些常用路径的本机功能:
Get(FileMakerPath) - FileMaker 应用程序的路径 运行 当前文件;
Get(FilePath) - 当前文件的路径;
Get(DocumentsPath) - 当前用户的文档文件夹路径;
Get(DesktopPath) - 当前用户的桌面文件夹路径;
Get(PreferencesPath) - 当前用户的首选项文件夹路径。
Get(TemporaryPath) - 当前用户的临时文件夹路径;
请注意,这些函数 return 编辑的路径是 Filemaker 路径,而不是 OS 路径。