Hallo,
On Tue, Feb 09, 1999 at 05:17:30PM +0100, Sabine F. Wolf wrote:
> > On Mon, 8 Feb 1999, Johann Kappacher wrote:
> > > Die Frage ist, ob man nicht ueber den Umweg der Script-Sprachen
> > > zu ausgewachsenen Prog-Sprachen gelangen sollte.
> > Ich stosse mich ein wenig an dem "ausgewachsen". Soll das
> > heissen, dass Scriptsprachen "nicht wirklich praktisch oder
> > nutzbringend" sind ?
Nein, das sollte es vermutlich nicht heissen. Aber typische script-
Sprachen sind in den meisten Faellen ab einer bestimmten Projekt-Groesse
kaum noch in vertretbarer Art einzusetzen. Ausserdem neigen manche Benut-
zer von script-Sprachen gelegentlich zu einem Programmierstil, den man
bestenfalls als "Spaghetti-Code" bezeichnen kann... Das MUSS nicht so
sein, ist aber oft so. Der Grund liegt (genau wie bei vielen Basic-
Dialekten) in der nicht vorhandenen Notwendigkeit, Variablen vor ihrer
Benutzung deklarieren und der fehlenden Notwendigkeit, sich VOR BEGINN
des Projektes einen genauen Plan fuer die Implementation zurecht zu legen.
Diese "wurschteln wir doch mal drauflos" Mentalitaet macht sich dann zum
Teil auch bei der Benutzung andere Sprachen bemerkbar...
Zum erlernen eines guten Programmierstils, sollte man sich eine andere
Sprache suchen (C ist da ebenfalls wenig geeignet, weil es dem Program-
mierer zu viele Freiheiten laesst, ich wuerde Pascal, Modula2 oder Ada
vorschlagen).
> > Das scheint eine Frage des Einsatzgebietes
> > zu sein. Ich sehe sogar die nicht einmal kleine Chance, dass
> > wer eine vernuenftige Scriptsprache kennt keinen Grund fuer
> > Compileraufrufe sieht.
Solang er nicht an einem Projekt mit mehreren Tausend Programmzeilen
mitarbeitet, mag das sein... Ab einer gewissen Groessenordnung sind
script-Sprachen aus mehreren Gruenden nicht mehr unbedingt empfehlens-
wert.
> > Konkret: Was KANN man mit Perl NICHT machen ? Datenbanken
Im Prinzip kann man mit Perl alles machen, bei manchen Aufgaben (wenn
extrem hohe Performance gefragt ist) wird es zweckmaessiger sein, auf
eine Compiler-Sprache zurueckzugreifen, wenn man extrem grosse Projekte
realisieren will, sollte man (aus Gruenden der Wartbarkeit) evt. ebenfalls
zu einer anderen Sprache greifen,... Es kann viele Gruende fuer die Ver-
wendung anderer Sprachen geben.
> Klingt vernuenftig, Sachen, die wirklich schnell sein muessen, kann man ja
> noch immer in C irgendwie drannhaengen. Kann ich auch Sachen mit
> Oberflaechen, Dateirequestern und sowas, in Perl erstellen ?
Auch da gibt es sicherlich Spracherweiterungen fuer Perl um das zu
realisieren, fuer die "quick&dirty" Implementation von GUIs wuerde
ich persoenlich vermutlich tcl/tk vorziehen...
Tschuess,
Juergen Ilse ([EMAIL PROTECTED])
--
Um aus der Liste ausgetragen zu werden, eine Mail an [EMAIL PROTECTED]
schicken, mit dem Text: unsubscribe suse-linux
