Lösch Button (Seite 5) (Perl/CGI)

[thread]723[/thread]

Lösch Button (Seite 5)

Leser: 1

master

2006-05-12 09:54

User since
2003-10-20
610 Artikel
BenutzerIn
[default_avatar]

@renee

Naja, besser 3 als nur zwischen "Rest / Datenhaltung"
zu trennen, wie es leider viele tun :-(.

Korrekt, eigentlich denke ich in 4 Schichten... nehme aber immer das 3 Schichtenmodell um es einfacher zu erklären, denn im Prinzip sinds ja trotzdem nur 3 Hauptsichten wenn man so will. (Somit hat man eine Anlehnung an das EVA-Prinzip.)

$i='re5tsFam ^l\rep';$i=~s/[^a-z| ]//g;$\= reverse "\U!$i";print;

Antworten mit Zitat

Gast Gast

2006-05-12 13:24

Quote
Ich musste leider feststellen, das es dir hier nur darum geht, mich möglichst schlecht hinzustellen.

Nein. Mir geht es darum etwas falsches zu korrigieren. Und mit
einem Hinweis hast du dich ja schon mehrmals nicht zufrieden
gegeben, sondern hast deinen Standpunkt einfach stur und
argumentationslos wiederholt. Wenn es dir darum geht recht zu
haben, musst du damit rechnen, dass es eben auch mal nicht so
ist.

Quote
Du stellst mich hin, als wäre ich Jemand, der alles FIX in den Code schreibt. bzw. das ganze Design/HTML usw.

Zitat von dir:

Code: (dl )

if ($wert) { $html = ' <img src="blablubb.gif" alt="bildchen" />'; } else { $html = 'Kein Bild'; }

Q.E.D.

Quote
Und ich kann die Unwahrheiten die du reinschmeisst nicht einfach so hinnehmen.

Ähm. Verzeihung aber du kennst dich mit den Begriffen nicht
aus, du bringst die Totschlagargumente, du argumentierst nicht.
Also halte *DEIN* Diskussionsverhalten nicht mir vor. Danke.

Quote
Ich sagte ganz klar, dass ich es im normalfall so nicht machen würde. Bei kleineren Sachen ev. jedoch schon.

Nochmal: Wie würdest du es denn sonst machen? Achso, da
steht der Code ja alles ganz wo anders. Mir kommt langsam das
Gefühlt, du wolltest einfach einen auf "richtig großer Entwickler"
machen. Das geht nur halt leider schief, wenn man keiner ist.
Life sucks, hm?

Quote
Mir ist schon klar, das du lieber mehr aufwand hast bei Sachen die so oder so niemals geändert werden, oder Dummy-Projekten.

Es ist nicht mehr Aufwand. Warum es das sein soll, wurdest du
schon gefragt. Darauf kam keine Antwort, stattdessen
wiederholst du es wieder. Aber wie schon angemerkt, scheint
das ja das Einzige zu sein, was du hinbekommst.

Quote
Zudem habe ich etliche Male erklärt. Das man die BusinessLogik
eigentlich ebenfalls rausnehmen müsste und AUSSERHALB von Perl und templates platzieren.

Du jedoch ignorierst dies.. und er klärst dann "grosskotzig"

Fangen wir einfach an: Es ist ein großer (!) Unterschied
zwischen "erklären" und "eine Behauptung aufstellen." Du hast
*BEHAUPTET* es müsste raus, und hast dies nicht begründet.

Abgesehen davon, habe ich nie behauptet die Businesslogik
gehöre nicht in den Code. Bitte unterstelle mir keine Aussagen,
die ich nicht gemacht habe. Ich drücke mich klar genug aus,
dass das möglich ist. Businesslogik gehört in den Controller,
Darstellungslogik in den View. Das habe ich aber auch erst
hundertmal gesagt, wie konnte ich damit rechnen, dass du das
während deiner arroganten Erklärungstouren mitbekommen
hast... Und warum du meinst die Viewlogik gehört nicht ins
Template, also den View, ist immer noch nicht klar. Weil du ja
nicht antwortest. Hohle Phrasen und Totschlagargumente
wiederholen ist ja einfacher.

Quote
Ich finde es mühsam, tausendmal alles zu erklären.

Dann erkläre ich es dir nochmal: Du redest Dummfug. Du bist
anderer Meinung? *Dann begründe es und hör auf wie eine ausgeleierte Schallplatte alles zu wiederholen!*

Du könntest zB endlich mal anfangen zu sagen, was
"Businesslogik" für dich eigentlich bedeutet. Wurdest du ja schon
ein paar mal gefragt.

Quote
Das ist die ASP-Syntax (zur Abwechslung zum PHP)
(und ja befür du mir jetzt die "unkorrektheit" vorwirfst.
Klar habe ich da zwischen den <%%> nicht sinvolles stehen.)

Ich weiss was es ist. Ich meine welche Aussage du damit treffen
wolltest. Findest du es schlecht, dass Dinge überhaupt ins HTML
eingebaut werden? Das lässt nicht viele Möglichkeiten.

Quote
Nein... es gehört genausowenig die Programmierung ins template, wie das template in die Programmierung.
Das muss getrennt sein.

Langsam glaube ich, du willst trollen. Du hast genau den gleichen
Satz schon dutzende Male wiederholt. Aber gut, ich versuchs
nochmal: ERKLÄRE, WARUM DU DAS MEINST. Einfach nur zu
sagen "Is so." ist ja gut und schön. Dann beschwere dich aber
nicht wenn ich sage "Bullshit."

Die Programmierung der VIEWlogik gehört ins Template. Die
Programmierung der BUSINESSlogik gehört in den Controller/das
Backend/das Script.

Quote
Gib doch dein Template mal einem Grafiker(mit etwas html-ahnung) plus einen Wisigwy editor, er soll da kurz ändern was ihm nicht passt. Dann verstehst du was ich meine.

Was kein HTML kann nenne ich nicht Designer. Das ist ein
Wordprozessor-Verwender.

Quote
Das ist wie gesagt nicht meine Art (genau lesen!

Tut mir leid, aber wenn du erst ein Beispiel bringst, dann einen
Rückzieher machst und betonst, dass du das ja nie so tun
würdest, klingt das für mich einfach nur nach faulen Ausreden.

Quote
Daher keine Lüge und schneller als bei deiner Spezial-vollgestopft-Template-Methode

Was? Schneller ins Script gerotzt? Ja, vielleicht. Dann
durchgetestet? Dauerhaft wartbar? Von anderen wartbar?
Ernsthaftes Entwickeln ist schon ein bißchen anspruchsvoller als
mal schnell in irgendeiner .pl Datei einen Image Tag zu ändern.

Und wenn du so nicht arbeitest, dann bring nicht solche
Beispiele. Das steht jetzt. Überlege dir das nächste mal vorher
genauer, welche Argumente du dir ausdenkst.

Quote
Naja man muss sie halt auch richtig bedienen können gell...

Nein. Wenn man's kann, braucht man sie einfach nicht. Aber
vielleicht enthält dir HTML ja zuviel Logik, und ist dir zu
kompliziert?

Wie gesagt, du könntest einfach mal auf die Dinge eingehen. Und
vielleicht eine Spur weniger Arroganz und Großkotzigkeit (bei mir
scheint sie dich zu stören, bei dir selbst nicht? Warum sollte sie
mich dann bei mir stören?) einbringen.

p

Antworten mit Zitat

Gast Gast

2006-05-12 13:29

Nachtrag (weil's so schön war):

Zitat von dir:

Quote
if ($wert) { do 'bild.html'; } else { do 'keinbild.html'; }

Nehmen wir also an, du hast ein komplizierteres Projekt. Ein
Hauptnavigationstemplate, X Benutzernavigationstemplates (Du
hast ja keine IFs im Template, also wirst du verschiedene Varianten
machen müssen, wenn du es nicht im Perl hast) etc. etc. Wie
änderst du denn "auf einen Klick" dass an Stelle B plötzlich
Template X angezeigt werden soll, nicht mehr Template Y?

Antworten mit Zitat

master

2006-05-12 14:59

User since
2003-10-20
610 Artikel
BenutzerIn
[default_avatar]

Quote

Zitat von dir:

Code: (dl )

iif ($wert) { $html = ' <img src="blablubb.gif" alt="bildchen" />'; } else { $html = 'Kein Bild'; }

Sorry das ist mir zu doof, wenn du mich pausenlos anhand von diesem Beispiel, das ich im selben Beitrag noch durch zig andere Methoden die besser sind wieder umgestossen habe, ewig darauf rumtrampelst.

Zudem waren es nur vorschläge und Ideen und kein
"Es muss so gelöst werden" oder "ich mache es immer genau so" Im selben Beitrag habe ich geschrieben das man die methode ja noch selber verfeinern muss.. Ich mach doch nicht alles zu 100% vor. Es war schups in die richtige Richtung.
Vielleicht wirst sogar du, das mal verstehen.

Quote
Mir kommt langsam das
Gefühlt, du wolltest einfach einen auf "richtig großer Entwickler" machen. Das geht nur halt leider schief, wenn man keiner ist.

Das Gefühl kam mir bei dir schon beim 2. Beitrag.
Leider braucht ein Entwickler, auch etwas Fantasie, Kreativität und er muss LEEEESEN können... ach ja.. und "verstehen" . Eigenschaften die Dir ja fehlen.

---
Zeig mal selber Code her.... Dann reden wir (vielleicht) weiter.... oder besser.. nein, verschone uns damit.
---

Quote
Du hast *BEHAUPTET* es müsste raus, und hast dies nicht begründet.

Die begründung ergibt sich ja von selber oder? Aber für die, welche nicht so schnell sind erkläre ich WARUM....

WARTBARKEIT.

Ist die BL aussehalb braucht man sich nicht um die programmiertechnischen Eigenheiten zu kümmern. bzw. man kann den "Ablauf" (Was erscheint wann, nach welchem klick.)

(In der regel reicht eine saubere trennung der skripts.)

Wenn Du Anzeige, BL, Programmierung, Datenhaltung usw.
mischst bekommst du Probleme.

Am schönste wäre ein Ablauf-modell... aber meist kann man es durch ein spezielles Hauptfile z. B. "Hauptprogramm" lösen. also im Skript sofern man das Hauptprogramm als BL sieht und dort z. B. keine anderen Sachen macht. ansonsten braucht man ein Konzept um es raus zu nehmen. dann erhöht sich die wartbarkeit.

Quote
Bezieht sich auf: <%%>
Ich weiss was es ist. Ich meine welche Aussage du damit treffen wolltest. Findest du es schlecht, dass Dinge überhaupt ins HTML eingebaut werden? Das lässt nicht viele Möglichkeiten.

Schau sowas ist Katastrophen-Code:
Datei "Index.asp"

Code: (dl )

<html>
<body>
Name <%=Name%> Vorname 
<% 
   response.write(Vorname)
%>
<br>Willkommen!
</body>
</html>

Wenn Du jetzt noch sowas z. B. verteidigst, fliegst du bei mir definitv raus als "enstzunehmender Entwickler"

Das ist das Beispiel wie man es auf keinen Fall machen sollte..
(Ausnamhe: man braucht in 5 min etwas und braucht nicht mehr als eine 1/4 A-4 Seite) in 99% der Fälle ist sowas eine totale Katastrophe.

Ich finde es richtig wenn man HTML ins HTML einbaut,und gewisse stellen ersetzt, oder per loop steuert.

Sachen wie "<TMPL NAME>" im HTML = Nicht Konform.
Sagt sogar der Author vom Modul und weicht auf Kommentare aus.

Nun gibts aber das Problem, das man HTML-Kommentar in einem WYSIWYG-Editor nicht wie "text" bearbeiten kann.
also zeitverlust.

Was wäre die Lösung? Folgendes: "TMPL_NAME" das kann bearbeitet werden, um man sieht welche Variable wo wie aussieht.
----

Zu den WYSIWYG -Editoren:

Quote
Nein. Wenn man's kann, braucht man sie einfach nicht. Aber vielleicht enthält dir HTML ja zuviel Logik, und ist dir zu
kompliziert?

Mach Dich nicht noch lächerlicher!

Mit WYSIWYG:
1. Gestalten und resultat gleich sehen.

Ohne WYSIWYG:
1. HTML-Code rumbasteln
2. Vorschau eines Browsers aktualieren

Was ist wohl schneller, übersichtlicher, einfacher?
Du bist bestimmt einer von denen die z. B. über Frontpage schimpfen. "er zerstört den code" *lach*
Ob nun FP oder Marco Media Drea.... oder was auch immer...
Wer's beherrscht, der kennt alle tücken. Man muss halt auch mal nachsehen was der Editor macht...

Zurück zu deiner virulenten Argumentantion.....

Quote
Wenn man's kann, braucht man sie einfach nicht

Dann nimm doch gleich z. B. Notepad für deine Perl-Skripts.... Warum? "Ganz einfach ein besserer Editor(Farbig usw.) ... den braucht man nicht wenn mans kann..." *lach*

Warum übrehaupt ein Editor? Schieb doch gleich die Bytes im Speicher rum! viel logischer gehts dann nicht mehr...
*kaputtlach*

$i='re5tsFam ^l\rep';$i=~s/[^a-z| ]//g;$\= reverse "\U!$i";print;

Antworten mit Zitat

master

2006-05-12 15:09

User since
2003-10-20
610 Artikel
BenutzerIn
[default_avatar]

Endlich mal wieder einen vernünftigen Beitrag!
Es geschehen noch Wunder!

Quote
Zitat von dir:
Code: (dl )
if ($wert) { do 'bild.html'; } else { do 'keinbild.html'; } 
Nehmen wir also an, du hast ein komplizierteres Projekt. Ein
Hauptnavigationstemplate, X Benutzernavigationstemplates (Du hast ja keine IFs im Template, also wirst du verschiedene Varianten machen müssen, wenn du es nicht im Perl hast) etc. etc. Wie
änderst du denn "auf einen Klick" dass an Stelle B plötzlich
Template X angezeigt werden soll, nicht mehr Template Y?

Ganz einfach...
Hier mein VORSCHLAG bzw. meine IDEE!
----

In dem man das Ganze nicht so stur ausleget und eine z. B. Funktion macht. Die Abhängikeiten z. B. in einer externen Datei

Code: (dl )

&ersetze($X,$B,$Wert);  #ersetzt 

Oder einen Hash. ein dem die Zugehörigkeiten des externen Files stehen.
&ersetze(%X{template1}, Wert);

Im externen File (VL, ev. kann man BL auch gleich integieren) steht etwas wie:

Code: (dl )

1
2

$BILD{template1} = 'bilder.html';
$BILD{template2} = 'bilder.html';

$i='re5tsFam ^l\rep';$i=~s/[^a-z| ]//g;$\= reverse "\U!$i";print;

Antworten mit Zitat

Gast Gast

2006-05-12 16:52

Quote
Sorry das ist mir zu doof

Und mir ist es zu doof, dass du ständig nur deine Phrasen
wiederholst, anstatt sie durch Untermauerung in Argumente zu
wandeln.

Quote
Zudem waren es nur vorschläge und Ideen und kein
"Es muss so gelöst werden"

Dann solltest du *dringend* an deinen Formulierungen arbeiten:

Quote
If ist schlecht, weil die Programmierlogik klar in den Code gehört.
...
Daher sollte ein gutes template sehr wenige "funktionen" besitzen
...
"if" ist gehört nicht da ganz klar nicht rein
...
den rest sollte man den richtigen Programmiersprachen überlassen...
...
Wer so entwickelt soll sich schämen.
...
Ausserdem verleitet ein solches system zur schlechten entwicklung.
...
IF = Programmierlogik. hat "Layout" nichts verloren.
...
wieso also alles doppelt machen, umständlicher und langsamer?
...

Quote
Im selben Beitrag habe ich geschrieben das man die methode ja noch selber verfeinern muss

Ja, die Widersprüche in deinen Postings sind mir auch
aufgefallen.

Quote
Leider braucht ein Entwickler, auch etwas Fantasie, Kreativität und er muss LEEEESEN können... ach ja.. und "verstehen" . Eigenschaften die Dir ja fehlen.

Ganz und garnicht. Aber nachdem du ja jetzt auf den
Ad-hominem Zug aufgesprungen bist, stört dich meine
polemische Art ja sicherlich nicht mehr.

Aber wieder gab's keine ausführlichen Antworten. Wenn man das
zu der Tatsache dazurechnet, dass du versuchst Leuten Begriffe
zu erklären, die du nicht verstehst, fragt man sich wem hier
welche Eigenschaften fehlen...

Quote
Zeig mal selber Code her

Siehe TT, DBIC und das Catalyst-Projekt. Die APIs sind ja recht
aussagekräftig, dann weisst du, wie meine Scripte aussehen.

Ich finde es übrigens hübsch, dass du inzwischen übergegangen
bist, *nur* mehr direkt anzugreifen. Erwarte, dass ich dir das
entgegenhalte, wenn du *mir* das das nächste Mal vorwirfst.

Quote
...Niveauhaltende Beleidigungen gesnippt...

Quote
Ist die BL aussehalb braucht man sich nicht um die
programmiertechnischen Eigenheiten zu kümmern. bzw. man kann
den "Ablauf" (Was erscheint wann, nach welchem klick.)

Aha. Und wie implementierst du das? Telepathisch?

Es ist egal, ob du deine Logik in Perlcode oder in TT
Anweisungen hast, du wirst sie immer warten müssen. Andere
auch. Dafür wurde eben ein "flaches" datenzentriertes Interface
geschaffen. Und ob du <img src=""> im Perl stehen hast, ob
du Content per Search&Replace ersetzt oder in einer extra Perl
Datei HTML Dateien zusammenstöpselst ist egal.

*Deine Viewlogik ist damit im Quellcode!*

Das ist per se ja nichts Schlimmes, aber zu sagen das wäre
besser als ein Templatesystem ist ja fast schon fahrlässig.

Quote
Aber für die, welche nicht so schnell sind erkläre ich WARUM....

Mein lieber kleiner Freund. Falls du es noch immer nicht
geschnallt hast: Ich mache das (wie die meisten hier) beruflich.
Du musst mir nichts "erklären," ich wollte eine *Begründung*. Ist
dir der Unterschied zwischen diesen beiden klar? Darauf hätte ich
hier jetzt gerne eine Antwort!

Quote
also im Skript sofern man das Hauptprogramm als BL sieht

Du hast mir übrigens Businesslogik & Co. *noch immer nicht*
wirklich definiert. Ich darf dich zitieren:

Quote
LEEEESEN können... ach ja.. und "verstehen"

Quote
Schau sowas ist Katastrophen-Code:

Ich fasse es nicht.. So schwer kann es doch nicht sein?!
*BEGRÜNDE ES*. Eine Behauptung ist ungefähr soviel Wert wie
das, was mein imaginärer Hund beim Gassigehen verliert.

Und nein, ich sehe nichts schlechtes an <%=var %>. Und was
<%=response.write %> tut, weiss ich nicht. Ich nehme an, es
schreibt den Inhalt der Datei. Warum findest du das schlecht?
Weil es ASP steht? Weil du es mal wo gelesen hast? Ansonsten
wundert es mich, dass du *ABSOLUT KEINE* Begründungen für
deine Aussagen liefern kannst. Dafür wiederholst du sie aber
brav in jedem Beitrag.

Eine Trennung von View/Businness/Daten etc. ist dringend
anzuraten, klar. Ob das passiert, sieht man bei <% xyz %>
allerdings nicht. Wenn die Businesslogik im Template stehen
würde, wäre das schlecht. Wenn die Businesslogik Daten in zB
einem Stash bereitstellt, den der View (bzw. das Template)
verwenden um die HTML Seite(n) zu renden, und diese dann in
einen globalen Wrapper mit <% response.write(content) %> oder
TT's [% content %] eingebunden werden, sehe ich das als nicht
schlecht an, ganz im Gegenteil. Immer noch besser als
hardgecodetes HTML oder Templatenamen im Flow. Aber ich,
sowas tust du nicht, du verwendest es nur als Beispiel...

Ich glaube langsam eigentlich, du hast gar keine Ahnung
*warum* du in die Richtung diskutierst. Ansonsten hättest du
doch eine einzige Begründung liefern können.

Quote
Sachen wie "<TMPL NAME>" im HTML = Nicht Konform.

Und? '<img src="foo.jpg" ... />' ist auch kein gültiges HTML
Dokument. Oder bist du jetzt gegen deine eigene Praxis, das
HTML aufzusplitten? Wichtig ist das, was am Ende raus kommt.
Und das ist dann bei Template Engines genauso valide wie ohne.
Es hat überhaupt nichts damit zu tun. Also wieder ein
Nullargument.

Quote
Nun gibts aber das Problem, das man HTML-Kommentar in einem WYSIWYG-Editor nicht wie "text" bearbeiten kann.
also zeitverlust.

Deswegen schreibe ich HTML gleich von Hand. Tables, Formulare
etc. werden schon per (Template-)Modul generiert. Das
bedeutet sogar Zeitgewinn, wegen der Wiederverwendbarkeit.
Also noch ein Nullargument.

Quote
Was wäre die Lösung? Folgendes: "TMPL_NAME" das kann bearbeitet werden, um man sieht welche Variable wo wie aussieht.

Gefällt mir nicht. Sticht nicht heraus, wird nicht geparst und
kann daher keine Tippfehler finden.

Ich glaube, was du eigentlich suchst ist etwas wie
http://search.cpan.org/~TBONE/HTML-Seamstress/lib/HTML/Seamstress.pod

Quote
Mach Dich nicht noch lächerlicher!

Tue ich nicht. Was sich Designer nennt und kein HTML kann,
lache ich aus.

Quote
Was ist wohl schneller, übersichtlicher, einfacher?

Plain HTML. Weil man die Kontrolle über Semantik, Effizienz, etc.
hat. Weil man gleich für alle Browser konform arbeiten kann, usw. usf.

Quote
Du bist bestimmt einer von denen die z. B. über Frontpage schimpfen. "er zerstört den code" *lach*

Seit irgendeiner pre-2000er Version tut es das afaik nicht mehr.
Semantisch sauberen und effizienten Code produziert es
trotzdem nicht. Da fand ich NVU angenehmer. Keine Sorge, ich
hab sowas schon gesehen und verwendet. Allerdings für HTML
Dokumente, nicht für Applikationsinterfaces.

Quote
Dann nimm doch gleich z. B. Notepad für deine Perl-Skripts.... Warum? "Ganz einfach ein besserer Editor(Farbig usw.) ... den braucht man nicht wenn mans kann..." *lach*

Der Vergleich hinkt noch um Einiges mehr als der Rest deiner
Meinung :)

Quote
Endlich mal wieder einen vernünftigen Beitrag!
Es geschehen noch Wunder!

So vernünftig finde ich deinen Beitrag nicht. Gut, er enthält
keine falschen Aussagen, Beleidigungen, Unterstellungen oder
Ausweichtaktiken. Allerdings demonstrierst du, dass bei deiner
Methode die Darstellungslogik fix in der Anwendung ist, und du
sie per Include (warum nicht gleich etwas nicht-perliges?)
konfigurierst. Wenn sich die Logik selbst ändert, musst du wieder
ran. Insofern haben wir also jetzt zwei Fronten:

Die einen haben eine flache, zielgerichtete Logik im Template.
Mit IFs, INCLUDEs, LOOPs, FORs, MACROs und so weiter und so
fort. Eben alles, was sich um das Interface kümmert.

Die anderen bevorzugen Perl und haben einen extra Layer (mit
Glück) in dem sie das machen.

Das ist eigentlich kein Unterschied, außer dass man die
Templates eventuell nicht im WYSIWYG Editor bearbeiten kann.

Ist das wirklich dein einziges Argument? Wenn nein, bringe
welche ein.

Antworten mit Zitat

Strat

2006-05-12 18:29

User since
2003-08-04
5246 Artikel
ModeratorIn

@master: Begruendungen zu deinen Aussagen wuerden mich mittlerweile auch mal interessieren; denn sonst wird die ganze Diskussion hier ziemlich sinnlos.

@P: ich glaube, das beispiel

Code: (dl )

if ($wert) { do 'bild.html'; } else { do 'keinbild.html'; }

beruht auf meinem Beispiel

Code: (dl )

if ($showImages) {
  $template->param(bild => "<img src="$bildUrl" alt="$bildText" />");
}
else {
  $template->param(bild => $bildText);
}

oder so aehnlich, was ich als Beispiel zwischen Programmlogik-IFs und Layoutlogik-IFs brachte, also wieso ich manche IFs im Template sehr hilfreich finde.\n\n

perl -le "s::*erlco'unaty.'.dk':e,y;*kn:ai;penmic;;print"
http://www.fabiani.net/

Antworten mit Zitat

master

2006-05-12 18:29

User since
2003-10-20
610 Artikel
BenutzerIn
[default_avatar]

@P

Da Du von ASP auch keine Ahnung hast, lassen wir das Thema lieber gleich. Auf dein restliches Niveau lasse ich mich nun nicht mehr ein, es dient ja keinem.

Ok du möchtest Vorteile meiner Methode?

-- "Layout-Template" -- (ich sage nun bewusst Layout-Template)
1. Schneller geparst
Grund: es muss nicht auf eine spezielle Syntax geachtet ode Zig verschiedene varianten wie "if's" usw. berücksichtigt werden

2. Einfacher zu verwalten und zu ändern
Grund: Befehle beschränken Sich auf eine minimum
Es müssen z. B. nicht ganze Textblöcke mit zig If's verschoben werden sondern nur das einzelne Tag.

3. Logik extern - Einfach besser
Falls man die logik nicht im Programmcode hat(wo sie EHER hingehört als ins LAYOUT) kann man sie auslagern.
(Bei Deiner Version ist Gesamt Layout+ Logik verschmolzen.)
Bei meiner getrennt.

4.

zum "Katastrophen code" es handelte sich um eine ".ASP" datei nicht um ein Template!
vergleich index.php

Code: (dl )

<html>
<? PHP-CODE?>
<table></table>
<? PHP-CODE?>
</html>
usw.

Sowas in der art ist schlecht.. Entweder man macht HTML, oder PHP code, aber sollte nicht beides Mixen... gleiches gilt für alle ähnlichen Skript-/ Programmiersprachen.

Es gibt viele die so entwicklen.. (leider) und wer sowas schreibt sollte sich echt schämen.

Quote
Was sich Designer nennt und kein HTML kann,
lache ich aus.

Und wiedermal ein Beispiel für deine Wortverdreherei..
habe ich jemals von einem Webdesigner geredet der "kein HTML" kann?

Quote
TMPL_BILD
Gefällt mir nicht. Sticht nicht heraus, wird nicht geparst und
kann daher keine Tippfehler finden.

Und wie das heraussticht, ausserdem wird es geparst.

(wobei ich zugeben muss das diese Methode noch nicht ganz perfekt ist, da die variablen noch dynamischer sein sollten)
Jedoch es es besser TMPL_* als <TMPL_>
letzteres geht unter im WYSIWYG-Editor.
Zudem ist es ja nicht "HTML" sondern etwas reingebasteltes.

1. es wird durch aus geparst.
2. parsing ist schneller, da der ganze rest wegfällt(if, usw.).

Quote
Seit irgendeiner pre-2000er Version tut es das afaik nicht mehr.
Semantisch sauberen und effizienten Code produziert es
trotzdem nicht. Da fand ich NVU angenehmer. Keine Sorge, ich
hab sowas schon gesehen und verwendet. Allerdings für HTML
Dokumente, nicht für Applikationsinterfaces.

FP zerstört code auch noch in der "aktuellsten" version...
Wenn man aber damit umgehen kann und nicht irgend einen mist markiert gehts.

$i='re5tsFam ^l\rep';$i=~s/[^a-z| ]//g;$\= reverse "\U!$i";print;

Antworten mit Zitat

master

2006-05-12 18:36

User since
2003-10-20
610 Artikel
BenutzerIn
[default_avatar]

@Strat

Genau, du sagst es. Es gehörte zusammen. Begründungen siehe ander Beitrag.

Ausserdem habe ich ja bereits erklärt (ganz am anfang)
das wenn wir alle funtkionen ins template paken, am ende eine Art Super-Template-Sprache haben.

Am ende eine halbe Programmiersprache im Template selber. und daher finde ich es eben unnütz. HTML wird somit immer mehr entfremdet, und aufgaben die man eigentlich in Perl lösen kann, oder sogar besser lösen kann werden aufwändig integriert...

$i='re5tsFam ^l\rep';$i=~s/[^a-z| ]//g;$\= reverse "\U!$i";print;

Antworten mit Zitat

Strat

2006-05-12 18:44

User since
2003-08-04
5246 Artikel
ModeratorIn

[quote=master,12.05.2006, 16:29]
3. Logik extern - Einfach besser
Falls man die logik nicht im Programmcode hat(wo sie EHER hingehört als ins LAYOUT) kann man sie auslagern.
(Bei Deiner Version ist Gesamt Layout+ Logik verschmolzen.)
Bei meiner getrennt.
[/quote]
Von was fuer einer Logik sprichst du? von der Programmlogik? von der Layoutlogik? von der Datenbanklogik?
Warum gehoert sie (welche auch immer) eher in den programmcode als ins layout?

[quote=master,12.05.2006, 16:29]
4. zum "Katastrophen code" es handelte sich um eine ".ASP" datei nicht um ein Template!
vergleich index.php

Code: (dl )

<html>
<? PHP-CODE?>
<table></table>
<? PHP-CODE?>
</html>
usw.

Sowas in der art ist schlecht.. Entweder man macht HTML, oder PHP code, aber sollte nicht beides Mixen... gleiches gilt für alle ähnlichen Skript-/ Programmiersprachen.
[/quote]
warum ist das schlecht? Was willst du uns mit dem Codebeispiel sagen? warum sollte man HTML oder Code machen und warum sollte man das nicht mixen?

[quote=master,12.05.2006, 16:29]
Es gibt viele die so entwicklen.. (leider) und wer sowas schreibt sollte sich echt schämen.
[/quote]
warum?

[quote=master,12.05.2006, 16:29]

Quote
Was sich Designer nennt und kein HTML kann,
lache ich aus.

Und wiedermal ein Beispiel für deine Wortverdreherei..
habe ich jemals von einem Webdesigner geredet der "kein HTML" kann?
[/quote]
nein, du sprachst nur von GUIs. Und das liess auch mich auf die Idee kommen, dass die Verwendung einer GUI wichtiger zu scheint als HTML zu koennen. Ein Seitenlayout designe ich meist zunaechst mit einer GUI (meist Dreamweaver; aber ich bin ein miserabler Designer), aber sobald ich es dann in verschiedene Untertemplates aufteile, arbeite ich direkt in HTML. Denn die meisten GUIs machen mir zu diesem Zeitpunkt mehr Probleme als sie mir bei der Loesung helfen (z.B. wenn ich ohne tests arbeite, dass ich da noch keine Daten aus den scripten habe und mir selbst welche erstellen muss, wie es ohne daten aussieht usw.)\n\n

perl -le "s::*erlco'unaty.'.dk':e,y;*kn:ai;penmic;;print"
http://www.fabiani.net/

Antworten mit Zitat

View all threads created 2006-05-09 12:24.