zorba-coders team mailing list archive
-
zorba-coders team
-
Mailing list archive
-
Message #08894
Re: [Merge] lp:~zorba-coders/zorba/bug-988417-block-internal-module into lp:zorba
It seemed to me that the whole point of distinguishing between built-in modules and other modules here was that one does not want to invoke the the existing URI resolution mechanisms. Wanting to keep this spirit of the existing code, I proposed this solution. If that's not needed, then that's fine with me.
(The one thing that I'm not extremely fond of is that we would invoke exceptions to find the answer to a simple question, but I can live with that.)
Obviously going through the URIMapper mechanism would have the great advantage of not forcing the user of the API to find out which modules are "internal" and which ones aren't. This would also make programs written agains this API more robust wrt. to changes in the internal/external classification of modules.
--
https://code.launchpad.net/~zorba-coders/zorba/bug-988417-block-internal-module/+merge/103542
Your team Zorba Coders is subscribed to branch lp:zorba.
References