WindowsAppSDK
WindowsAppSDK copied to clipboard
Provide a new version of Windows.Storage.FileIO which doesn't go through Runtime Broker when possible
Proposal: Provide a new version of Windows.Storage.FileIO which doesn't go through Runtime Broker when possible
Today any Windows.Storage.FileIO call will go through the Runtime Broker even if the app has direct access to the file (eg: a file inside the AppData folder for the current app) which is not needed and directly accessing will be faster.
Summary
There's the PathIO class for that but when I'm writing a third-party library, I don't really a know whether the calling app has direct access to a specific StorageFile or that it needs a Runtime Broker call. It would be better if FileIO checks whether the app actually has direct access and redirect to PathIO or similar "direct access" APIs if it does for better performance.
Rationale
- Better file system performance for directly accessible files using FileIO.
- Developers don't need to worry whether it's a directly accessible file or a brokered StorageFile and can call the same API.
Scope
| Capability | Priority |
|---|---|
| This proposal will allow developers to use FileIO on any StorageFile instead of going to PathIO for better performance if the file happens to be accessible directly by the process | Must |
Part Of:
-
#8.
-
#219.