I'd say go for it. If you note, I had already take the step of adding a method to the extension factory to determine whether or not it is capable of handling a particular namespace. This shouldn't be that big of a change to make.
- James Garrett Rooney wrote: > After implementing support for the parts of OpenSearch used in GData, > I started poking around the OpenSearch site. It seems that they've > got both the current version of the spec (OpenSearch 1.0), which > defines a bunch of elements for use in rss feeds, and a forthcoming > version (OpenSearch 1.1), which is designed specifically for use in > both RSS and Atom. OpenSearch 1.1 is still a draft specification. > > As far as I can tell, all the elements present in OpenSearch 1.1's RSS > (openSearch:totalResults, openSearch:startIndex, > openSearch:itemsPerPage) are exactly the same as the corresponding > elements in OpenSearch 1.1. The 1.1 spec adds two more elements > (openSearch:link and openSearch:Query). > > As a result, implementing support for OpenSearch 1.1 is simple, just > add a few new interfaces and a few new classes and call it a night. > The only problem is that it's under a new namespace, and each > ExtensionFactory only allows a single namespace to be associated with > it. > > Does anyone think it's worthwhile to make it possible for a single > ExtensionFactory to support multiple namespaces? It doesn't seem like > it would be all that much work, and it would potentially simplify > supporting cases like this where two versions of a spec really aren't > all that different. > > On the other hand, it's not like it's all that much of a pain to > simply have an OpenSearchExtensionFactory and a separate > OpenSearch1Dot1ExtensionFactory. > > Thoughts? > > -garrett >
