Macos 我应该使用哪个Mac应用程序支持子文件夹名称约定?(不想被拒绝)

Macos 我应该使用哪个Mac应用程序支持子文件夹名称约定?(不想被拒绝),macos,mac-app-store,special-folders,Macos,Mac App Store,Special Folders,我正在寻找保存我的应用程序资料的位置,快速搜索后,我发现: 这是: 然后我查看我的应用程序支持文件夹,发现几乎每个应用程序都使用AppName,而不是像苹果在其文档中所建议的那样使用BundleID 我想确保我选择了正确的一个,因为我听说有些应用程序因为写入~/Library/Application Support/子目录而被拒绝,其名称与应用程序的名称不同 简而言之: 您认为我应该使用哪种命名约定? 他们在审查应用程序时是否重要?两个都可以吗 谢谢你好吧,回答我自己的问题,就是不要像现在

我正在寻找保存我的应用程序资料的位置,快速搜索后,我发现: 这是:

然后我查看我的应用程序支持文件夹,发现几乎每个应用程序都使用AppName,而不是像苹果在其文档中所建议的那样使用BundleID

我想确保我选择了正确的一个,因为我听说有些应用程序因为写入~/Library/Application Support/子目录而被拒绝,其名称与应用程序的名称不同

  • 简而言之:
您认为我应该使用哪种命名约定? 他们在审查应用程序时是否重要?两个都可以吗


谢谢你

好吧,回答我自己的问题,就是不要像现在这样离开

我刚刚调用了NSSearchPathForDirectoriesInDomains(NSApplicationSupportDirectory,NSUserDomainMask,是);获取应用程序支持文件夹并附加应用程序名称。
我几乎不相信这样的事情会成为拒绝的原因,因为即使应用程序是沙盒,NSApplicationSupportDirectory也会返回正确的文件夹。

我无法评论是否被拒绝,但从用户角度来看,我希望在
~/Library/Application Support/Application Name
中找到类似的东西,如果不是这样的话,我会有点挑剔:-)我同意你的看法,但我只是想降低我被拒绝的概率,因为我将在本周将我的应用程序发送给他们审查,我将没有时间更改我的应用程序,以满足即将应用的沙箱要求。。。我正在为第一次更新计划沙箱重构。不幸的是,我的应用程序本质上会受到这些愚蠢的新规则的严重影响。因此,更新它以使用这些限制将是2周以上的工作=(因此,没有拒绝,这是我的应用=)