As I said elsewhere in this thread, Interfaces have a lot of benefits but they add a lot more pipework to the framework - first define the Interface then create classes that implement that interface (2x the typing+). The benefits are worthwhile but the resultant code feels more Java-ish.
Do we want to start thinking about the interface(s) for Plugins?
I don't really like the idea of manditory interfaces for people writing thier own custom software in a small team; It doesn't seem very pythonic to me.
I think that interfaces would only serve a genuine purpose when used for objects distributed to the masses. The extra layer of checking for simple objects created for site-specific logic that interfaces would require doesn't appeal to me.
Take for example a Login component that was contributed to webware and agreed upon. An interface could be created for the component to allow others to implement their own Login components, which would implement the interface. Allowing other distrubted components to work with some? Login component (yeah I'm sure everyone knows this).
The interface only serves its purpose when its released for general consumption. Coming from a COM background, I really only see an interface as a contract. Keeping contracts with yourself doesn't seem very pythonic to me, but for a lot of developers using the same application platform I think it makes a lot of sense.
I would definately not like it if I had to write 2 classes for every one logic object I wanted to write :(
Jeremy S Lowery
_________________________________________________________________
STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail
-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com
_______________________________________________
Webware-discuss mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/webware-discuss
