Feature Requests item #1442097, was opened at 2006-03-02 22:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684978&aid=1442097&group_id=119783
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Submitted By: Gili Tzabari (cowwoc) Assigned to: Nobody/Anonymous (nobody) Summary: Introduce IResourceFactory Initial Comment: I'd like to propose a slight change to the resource design. I am willing to contribute a patch to this end, assuming you agree with the overall design. - IResourceStream concerns itself with servicing a single HTTP request. - Resource concerns itself with producing and caching the state of a single image, across multiple HTTP requests. - IResourceFactory concerns with producing and caching servicing a group of similar resources bound to the same URL. It will likely contain a Resource cache (so the most frequently requested Resource objects can be reused). As opposed to Resource which caches its data on a per-image basis, ResourceFactory would allow caching of data on a per-group basis. The benefit of introducing ResourceFactory is: - Separation of concerns (some settings concern a group of resources and do not make sense to configure on a per-Resource basis) - If you want bookmarkable images but you don't know about all the images ahead of time (i.e. images coming out of a database) you can bind the ResourceFactory to a URL in the IInitializer and it will generate the images at runtime, as needed. Resources that return a single image can simply implement IResourceFactory and "return this". I would define IResourceFactory as an interface with a single method: Resource getResource(URL url); so based upon the URL and query arguments it can decide which Resource to return. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684978&aid=1442097&group_id=119783 ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Wicket-develop mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wicket-develop
