[Zope3-dev] Schema Field Names

kapil thangavelu kthangavelu@earthlink.net
Mon, 15 Jul 2002 13:43:59 -0700


On Monday 15 July 2002 02:51 am, Martijn Faassen wrote:
> kapil thangavelu wrote:
> > this isn't about the implementation code, its about the explicit vs.
> > implicit nature of the semantics of two different naming conventions,
> > which will lead, imo, to one or the other in code which uses that
> > convention.
> >
> > iotw. if use of a field has nothing to do semantically with the use of a
> > python type, why are we naming them that way. why not make the field
> > names explicit?
>
> But I disagree entirely here; the use of a field has *everything*
> to do semantically with the use of a Python type, so that is why they
> should be named accordingly. Schema are intended to be used by *Python
> programmers*. Various use cases in the wiki assume this:

<snip use case cut-n-paste>

> >
> > perhaps a vote is in order?
>
> If the people who vote at least consider the design of this thing and
> the use cases.. Doesn't using the long names increase confusion as to what
> schema are about? You seem to think they are about something else;
> do think we should create our own field hierarchy specific to Zope 3, or
> that we should use XML Schema, or something like that?

just to clarify i did read the schema proposal and its use cases before 
voting.

i feel that there are semantic differences between use of a python type, 
which mainly is used as a factory and converter, and a field which is 
descriptive metadata with an associated validator/converter chain.

-kapil