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]
**  No cross posts or HTML encoding!  **
(Related lists - )

Reply via email to