Erik Enge wrote on 26 June:
> If your application can't be written in five minutes and you expect to use
> it more than once, you shouldn't use ZClasses - IMO. The only argument
> for ZClasses (that I had at the time) was that it was very easy and fast
> to set up a couple of classes and some instances. After I wrote mk-zprod,
> making Python Products is even faster than ZClasses, and certainly scales
> better.
Thank you for your thoughts. The comments throughout this thread have been
very insightful. I see where I need to go from here. I will be checking
out mk-zprod. I have a nagging question that you might be able to help me
with (in light of mk-zprod). I understand that the 'Class-Id" that a ZClass
gets assigned upon creations is vital to Zope's ability to manage class
instances. Is it possible to make a Python class to replace the ZClasses I
have already created and be able to support the ZClass instances I have
already created? If so, how do you get a Python class to answer to a
specific "Class-Id".
_______________________________________________
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman/listinfo/zope-announce
http://lists.zope.org/mailman/listinfo/zope )
