Hello, The reaction of Twan is of someone that didn't spend a lot of time to get really aqainted with the MMBase on the whole. Me neither of that matter, but that makes the remarks somewhat uncredited IMO. Then again some of the points he's made a point.
The concept of MMBase itself is brilliant. Still the way it's implemented is quite narrow visioned and technical imperfect. And this 'best we can do at this time' attitude can been seen in the whole project. But that's the workable sollution and thanks to the many contributers 'the best we can do' is way more than at the beginning. The code is quite disastrous in terms of layout and readability. At least the old stuff I've been searching through was a mere nightmare in terms of getting to know how things worked and to see through dirty coding tricks. And I really enjoyed some of the newer code that is way better to read and understand. And the cleaning project and getting rid of a lot of nasty hacks is important as well. The connection with the cloud to a relational database is a huge bottleneck unless you use (smart) caching with burst mode. And not using the functions in the database itself with relations and other low level functions is throwing away a lot of speed (and avoiding a lot of troubles). And that's changing graduately in a more workable form and non mysql database are supported step by step. But that's just by cleaning up the old database related code. And using JSP with taglibs was a very smart thing to do because of mixing different other taglibs it's quite easy to create a hybrid system that relies on MMBase as well as other elements. Documentation is partly good but some of the things that really need documentation aren't there or are very poor documented. But what I really mis are a lot of good working examples that show what's possible. Other open source projects have this and I think this is one of the things that keep a lot of potential users back of trying out MMBase. I just wonder if version 2 will be a fresh new start with new code or based on the 1.x version? Cheers, Wouter Veltmaat > -----Oorspronkelijk bericht----- > Van: Twan Kogels [mailto:[EMAIL PROTECTED]] > Verzonden: zondag 30 juni 2002 11:23 > Aan: [EMAIL PROTECTED] > Onderwerp: Bevindingen mmbase > > > > > Hello, > > [ Sorry for the english speaking people, this email is for > the most written > in the Dutch language ] > > Vanmorgen heb ik een korte email geschreven met mijn bevindingen mbt. > mmbase, er zitten dus een aantal kritische punten in. Zouden > jullie hierop > kunnen reageren, om zo eventueel mijn standpunten veranderen? > > Alvast bedankt, > Twan Kogels > > =========================== > > Ik was ook benieuwd, maar omdat er weinig tot geen > documentatie is en als > hij er wel is is hij niet up to date, is alles lastig te > begrijpen. Zoals > ik het nu begrijp bestaat het systeem uit objecten, deze > objecten hebben > velden waar eigenschappen in kunnen, bijvoorbeeld object persoon: > Persoon > - naam > - adres > - plaats > > Een bepaald soort Object word beheert door een zogenaamde builder. De > eigenschappen van een object staan in een xml bestand van de > builder. In > dit xml bestand staat bijvoorbeeld het type eigenschap, de > naam, de positie > in de GUI, enz. Tussen objecten kunnen relaties bestand, Persoon kan > bijvoorbeeld een relatie hebben met Organisatie. > > De eigenschappen van een object kan niet alleen data > bevatten, maar ook > functionaliteit, bijvoorbeeld bij een Image object kan de afbeelding > eigenschap worden verbonden met een klasse die het Image kan tekenen. > > Dit alles word gecached zodat de benadering van de database > word vermindert > en alles efficienter draait. > > Best een krachtig structuur! > > Alleen de uitvoering is wat minder. Zo is de documentatie > zoals eerder > gezegd slecht. MMbase is geen cms opzich, eerder een basis, > er moet dus nog > veel gebeuren om tot een uiteindelijke cms te komen. > Persoonlijk ben ik > niet te spreken over eerst het gebruik van SCAN (een niet standaard > taaltje), daarna zijn ze overgestapt naar JSP (een standaard > taal met haken > en ogen), deze technieken heb je nodig om het ontwerp van een > pagina te > maken. Het zou beter zijn geweest als ze zoiets als op > <http://enhydra.enhydra.org/> hadden gedaan, daar bestaat het > ontwerp uit > custom HTML tags. > > Tot slot: een goede flexibele krachtige structuur, met een > wat mindere > ontwerp taal. Dit alles gaat teniet aan de slechte documentatie, want > zonder documentatie moet je alle source code na gaan lopen, > als je wat op > de basis wilt bouwen en daar ben je een tijd mee zoet. > > Er is wederom een goed mailinglist, waar deskundige mensen op zitten. > > Om een link te leggen naar de mapserver, bij Mapserver is er > documentatie, > soms cryptisch, maar je hebt een houvast, deze mis ik bij mmbase. > > =========================== > >
