Why are string identifiers used to access resource data?
I'm working a project to replace a Resource Management system (QuickTime Resource Manager on Mac and Windows) that has been deprecated and I have been using the current model that Qt uses where data is retrieved from the resource file using a string key.
For example, I may have an image in my resource file, "HungryBear.png" stored in my resource file. Qt, and my proposed system, would get it in a way depicted by the psuedocode:
image = GetImageResource("BearPlugin/Images/HungryBear.png");
It is clear at that point what that image is, and where it can be found.
In our current system, we use numbers. The problems with numbers is that one has to hunt down the resource file (there can be many) to find out what image (or resource) it is.
An example of this:
oldActiveResourceFile = GetActiveResourceFile(); // think of a stack of resource files
SetActiveResourceFile("BearPlugin");
image = GetImageResource(1);
// Perhaps other resources are retrieved and other functions called
// Possibly introduce problems by calling functions that change "Active Resource File"
SetActiveResourceFile(oldActiveResourceFile);
The first method is what I have seen in current systems that access resource file data. I've been told that C# and Java uses it, I know that they do for string key-value pairs, etc.
However, a peer of mine has expressed concern about changing the current system of using these number IDs for the string ids that I'm proposing. There seem to be many benefits and they fix many of the issues we've had with the current system. I want to have supporting documentation that the proposed system is better and desirable, so my question is this:
Do you know of any research or discussion that demonstrates that using a string identifier (hierarchical) in code is better than using an arbitrary number?
NOTES
Here are some requirements that have been considered and I believe met:
The main drawbacks to using numerical resource IDs are discoverability (figuring out what resource 1234 is) and maintaining uniqueness of the IDs as you add more over time in large applications.
The main drawback to using string names for resource IDs is that strings take up more memory at runtime. The .NET pattern for resources, for example, uses string names, and those string names tag along in the executable file at runtime.
String names are easy to keep unique and self-documenting across large applications and years of revisions (using hierarchical paths as in your example), but the benefit is really only for human convenience. It would be nice if those strings could be boiled down to integer IDs for the final executable binary, since the resource pool is immutable at that point and the CPU would actually prefer integer IDs. .NET doesn't work this way, but other platforms could.
76 87 123 84
VS
OpenWithNumericExample
OfferStringsInComparison
CommentOnGreaterReadabilityOfLatter
PointOutGreatDebuggingAdvantageOfLatter
That sort of breaks the separation of content from code. A res file is easier to change than N code files that contain hardcoded references to images. Maybe consider putting those strings in a Settings object that gets [de]serialized on load/unload.
链接地址: http://www.djcxy.com/p/2582.html上一篇: 如何将ASM转换为读取
下一篇: 为什么使用字符串标识符来访问资源数据？