问题
So all x86 code normally resides under %ProgramFiles(x86)% folder, while x64 code resides under the %ProgramFiles% folder.
Many applications, especially when installed in two variants, one for each architecture and in their respective folders, would share and depend on a number of assets that aren't code and to which the concept of CPU architecture doesn't apply. That would be assets of all kinds -- documentation, help and localization files, multimedia, perhaps etc.
Is there a preferred location reserved for such files, so that an application that is installed in two variants like above, doesn't have to maintain two identical sets of assets for no good reason at all?
%ProgramData% seems to be an ill-fit because, for one thing, it's designed to be writable by regular users, something that isn't safe with regard to often critical application assets interesting candidate since its ACEs effectively allow only creator of a folder therein to modify it and any files they may create in the latter.
For comparison, on Linux-based systems, there has been just the thing for such assets, quoting section 4.11 of the "Filesystem Hierarchy Standard":
The
/usr/sharehierarchy is for all read-only architecture independent data files.
...
Any program or package which contains or requires data that doesn't need to be modified should store that data in/usr/share.
I'd like to know if there is one like that on Windows? As an application developer (and application end-user) I am reserved about storing assets somewhere like C:\<folder-name> or another equally poor location.
来源：https://stackoverflow.com/questions/61736933/is-there-a-standard-location-for-architecture-independent-shared-program-files-o