[TYPO3-german] [Bulk] Re: [Bulk] Re: [Bulk] Re: Selectbox in FleXforms

[David]

da triffst du den nagel wohl auf dem kopf.
xml ist in der regel nicht dazu gedacht, von hand geschrieben zu werden, 
so wie bei einfachen config-files.
seine mächtigkeit kommt doch erst bei komplexer datenmodellierung zum 
tragen. und unser beispiel zeigt eigentlich, dass damit mehr schaden 
angerichtet wird, als das es nutzt.
denn wer neu einsteigt und dann auf solche xml-dateien stößt, hält sich 
lange damit auf, das zu verstehen. bei einer individuellen config-datei 
hingegen versucht man sofort deren struktur zu erfassen.

naja, hauptsache man hat wieder ein buzzword untergebracht und liegt 
voll im trend ;-)

grüße david

JoH schrieb:
>> sorry ich muß dann aber doch noch ein mal darauf rumreiten ;-)
>> so sieht es momentan aus:
>>
>> <type>array</type>
>>       <el>
>>         <kategoriekonfiguration>
>>                 <TCEforms>
>>
>>
>> warum nicht stattdessen so?
>>
>> <type>array</type>
>>       <el>
>>         <element>
>>              <name>Kategoriekonfiguration</name>
>>                 <TCEforms>
>>
>>
>> auch die groß-kleinschreibung der elemente sollte sinnvoll überdacht
>> werden. ich weiß, ist halt alles arbeit für den parser.
>>     
>
> Genau an diesem Beispiel zeigt sich IMHO, dass XML alles andere als elegant
> ist und vor allem eins liefert: Unnötigen Overhead an Code.
> Für mich sieht es vor allem so aus, dass viele XML als Muß betrachten und
> daher zwanghaft versuchen, sämtliche Konfigurationsmöglichkeiten von TYPO3
> auf XML umzustricken.
> Richtig elegant wäre das Ganze in TypoScript gewesen, weil man dort weder
> schliessende Tags noch überflüssige Zusatztags benötigt:
>
> el {
>     Kategoriekonfiguration {
>         TCEforms {
>             blah
>         }
>     }
> }
>
> Wer dann immer noch meint, das als XML an andere Anwendungen übergeben zu
> müssen, könnte das ja durch einen entsprechenden Parser kurbeln.
> Alle anderen müssten sich aber mit dem innerhalb von TYPO3 eigentlich völlig
> unnötigen XML Kram gar nicht erst beschäftigen.
>
> Schade nur, dass viele Developer nicht in der Lage sind, zwischen einem
> allgemeinen Standard und einem TYPO3 internen Standard zu unterscheiden und
> beide zu akzeptieren.
>
> Just my 2 cents
>
> Joey
>
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german


		
___________________________________________________________ 
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de