Our current scenario seems to be tailor made for .resx files, but my understanding is a bit murky, and I am looking for some calcification.
Our webApp is skinned differently for our different clients, but the difference is not the same for all clients. By that I mean one client may only want to change the logo, while another client may want to change the logo, some buttons and maybe the background color.
To address this requirement I have created a default.resx which houses our default skin, all the element images, strings, and color codes. As well as a client.resx which houses only those elements that are unique to the client (the different logo, and buttons) or what ever.
I then made a resource manager that will check the client.resx for a resource, and return it to the page, if the resource is not present then it will retrieve the image from the default.resx.
One of the other developers says that this is inefficient and rather then use the .resx file we should have an image folder tree and re-tool the resource manager to use image path locations instead .resx resources.
I do not know enough about how the images are served up through the .resx file vs how they are served up through the folder tree and can not rebuke his claim. I think that the time needed to server up the image trough the .resx vs the images in the folder is negligible at best but I am having trouble locating any specific information regarding this. It would not take much time to redesign the resource manager to do it the way he would prefer, but I want to make sure his claim is legitimate before I invest the time in this process.
As a side note we are talking about 100+ images that can very.