[TYPO3-doc] Domain model for documentation

François Suter fsu-lists at cobweb.ch
Fri Jul 27 16:12:16 CEST 2012


Hi all,

As you know if you follow this list regularly (and read the meeting 
minutes), Fabien has been making progress with the FLOW3 application 
that will drive the documentation rendering and display (roughly said).

As this is really experimental for now, Fabien has been using a Github 
repository. We'll move to the TYPO3 Git repository when we're closer to 
something stable.

Today I completed the domain model that Fabien had started and it raised 
several questions, on which I would like to have your opinion:

1) first and foremost, Fabien created a model called "Documentation", 
which represents one version of one manual for one extension/package. I 
would propose to call this model "Manual" instead, because it fits the 
domain better IMO. In particular "Documentation" is a mass noun, which 
means it is not supposed to be plural, so we're not supposed to have 
methods like "getDocumentations()". Any opposition?

2) about the version number field: do we want to be fully open about 
this or should we validate it agains an "x.y.z" schema?

3) about the language, same question: should we validate it against a 
"xx_YY" schema?

4) more importantly, how about the handling of authors? In the version I 
committed I created a many-to-many relation to Persons (as in 
\TYPO3\Party\Domain\Model\Person). This model has a name and an e-mail 
address, but not more. Do we want to extend this with an Author model? 
The advantage is that it could be related to a company (another Party) 
and have a reversed relation to the manuals, so that you could actually 
look up all the manuals a person has worked on. What do you think?

TIA for your feedback.

-- 

Francois Suter
Cobweb Development Sarl - http://www.cobweb.ch


More information about the TYPO3-project-documentation mailing list