Zope-Beans ResurrectionThe trick that keeps giving for 20 years.
March 12 2021My posting from 20 years ago (Sun, 04 Mar 2001)
Paul T Sun, 04 Mar 2001 13:51:33 -0800 Previous message: [Zope] BOFs Next message: [Zope] ANNOUNCE. Zope Beans v 0.1 Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] Experimental version: http://www.pault.com/zope_beans.html Genbean.py v 0.1 Tested with Zope 2.3.0 The big picture is described in the paper "Zope: How To Win Big". http://www.pault.com/zope.html What is Zope Bean? Zope Bean is a simplified plug & play product for Zope. Zope Bean encapsulates a set of properties and methods. Zope Bean has one creation screen, one configuration screen and one information screen. Zope Bean is not Zope Component. Zope Component is experimental new feature in Zope. I have not seen it implemented yet. However, from the paper: "Components need not be persistent, nor provide a management interface." Zope Beans are persistent and they provide a management interface. Zope Bean is not exactly Zope Product. Zope Products are hard to create and hard to maintain. If you're Python/Zope pro who is used to write complex Zope Products, the chances are that you may have no need in Zope Beans - you're already a magician. However, Zope Beans enforce loose coupling design (something to think about). The biggest difference between Zope Bean and Zope Product is that Zope Bean is extremely easy to create and to maintain even you have no experience with Zope Products at all. If you know a bit of Python - you can write and use Zope Beans. Next version of Zope Beans may provide more functionality (like complex types of properties, one-bean-cooperating-with-other-bean, Global Bean Distribution Network, e t.c.) The purpose of this version is to show that writing plug & play Zope Products could be significantly easier than it is now. Comments welcome. Rgds.Paul.
First a bit history. The one thing that's been neglected last couple decades is M4.
One can do a lot with M4. Basically, M4 is C macroprocessor, as a stand alone component.
Here is a bit more on gods and C.
I do know how to improve on M4 ( Here is some stuff I run in production ), but that's complex topic.
For example, I myself can not decide should the DL be mixed in or left alone (here is a bit more on DL)
But this page is not about M4. It's about a shortcut. There is a shortcut (through YAML). Shortucts are easy so we take them all the time.
The first was Ansible. The guy took the shortcut, but lost the way. Actually, before YAML and Ansible was my XSLScript.
Here is my posting from Y 2000Subject: ANN. XSLScript v 0.5. From: Paul Tchistopolskii
Date: Fri, 28 Jul 2000 00:15:55 -0700 ANN. XSLScript v 0.5. Hello. The source code + plug&play .jar distribution of XSLScript is available at http://www.pault.com/ XSLScript/index.html XSLScript is a terse notation for writing complex XSLT stylesheets. To execute XSLScript script: xsls some.xml some.xsls The XSLScript script (some.xsls) will be compiled into appropriate XSLT stylesheet and then generated XSLT stylesheet will be applied to the file some.xml (no temporary file is created, this all happens in the memory). The actual XSLT transformation is performed by XT. To generate the XSLT stylesheet out of XSLScript script: xslsdump some.xsls Why XSLScript ? One of the reasons is that I got tired typing 3 (or more) lines to invoke foo(bar). I doubt I'll now write too much plain XSLT code - I found it much easier to write and read XSLTScript. In the case I have to write XSLT code (for example - on client side), I can debug it in XSLScript and then I can generate the XSLT stylesheet. I see some more improvements. If you like the idea and have some other XSL 'meta-constructions' in mind - feel free to ask me for implementing your requests in next version of XSLScript. ( There may be at least one more release of XSLScript when I'l plug it into Ux ( http://www.pault.com/Ux/ ). Rgds.Paul. XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
XSLScript was no shortcut, though. It had a grammar (to parse XPath) and it was heavy lifting.
I put it public domain, but can not find it now. Internets does not keep the good stuff for long.
Zope-Beans was a shortcut. XML descriptor - generation.
Same was my Fish is Selenium replacement - YAML based, because YAML exists now. In times of Zope-Beans there was only XML
And now I see a clear way to do Solidity Beans using the same trick. So the trick just keeps giving for 20 years.
That's why this page.