Ergebnis 1 bis 20 von 25

Thema: Wie entsteht eine neue Programmiersprache?

Hybrid-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #1
    Jedoch bleibt es im Kern die gleiche Arbeit welche der Interpreter (welcher das gesamte Programm einliest und nicht Zeilenweise arbeitet) leistet und ein Compiler.

    Ich bin am überlegen, ob man nicht mit einer Programmiersprache beides verwenden kann.
    Denn soweit ich das sehe ist der Sinn des Interpreters nicht bei dem Benutzer gelegen sondern bei dem Entwickler. Für den Nutzer stellt eine Interpretersprache lediglich einen Nachteil dar, dem Entwickler hilft es aber schneller zu arbeiten. Gerade bei Programmen bei welchen sehr oft kleinere Abänderungen am Code vorgenommen werden müssen würde andauerndes Compilieren des Programmes zu viel Zeit in Anspruch nehmen welche von der Entwicklungszeit des Scripters abgezogen werden würde. Mit einem Interpreter kann man den Code schneller testen. Soweit hoffe ich, liege ich mit meiner These richtig.
    Also wäre es doch vorteilhaft, wenn man mit einer Programmiersprache arbeiten kann und sie sowohl direkt, über einen Interpreter, testen, als auch im finalen Zustand direkt compilieren könnte. Als ob man die Möglichkeit hätte Hochsprachen wie C++ auch ohne Compilierung direkt durchlaufen zu lassen, mit erheblichen Performanceverlusten versteht sich, allerdings wären diese Performanceverluste bei den meisten kleinen Tests nicht sonderlich schwerwiegend.

  2. #2
    Zitat Zitat von Cornix Beitrag anzeigen
    Ich bin am überlegen, ob man nicht mit einer Programmiersprache beides verwenden kann.
    Ich komme da wieder mit BASIC.
    QBASIC und Visual Basic (6.0) hatten beides. Einen Zeileninterpreter und einen Compiler.
    In der Entwicklungsumgebung wird halt der Zeileninterpreter benutzt. Zusätzlich hat man die Möglichkeit, mit einem Compiler eine Anwendung zu compilileren.

    Allerdings benötigt ein Programmierer nicht unbedingt einen Zeileninterpreter. Bei größeren Projekten wird eh alles in Modulen aufgeteilt. Ein Programmerierer arbeitet dann nur an seinem derzeiten Modul. Er braucht somit gar nicht die anderen Module seiner Kollegen, um sein Modul zu testen. Auch wäre es ziemlich unsinnig, immer das komplette Programm zu starten, nur um eine Sache zu testen. Stell dir vor, du arbeitest an einer Office Software bastelst an der Schnittstelle für den Drucker. Da wäre es doch idiotisch, immer wieder die Office Software zu starten und dann im Menü durchzuklicken, bis du endlich die Druckereinstellung erreichst. Da schreibt man kurz ein kleines Testprogramm, mit dem man dann sein Modul testet. Auch gibt es sog. Unit Tests, die automatisiert ein Programm testen können.
    Erst zum Schluss, wenn alles fertig ist, werden die Module zusammengesetzt und evtl. noch ein wenig angepasst. Dann geht es in die sog. Alpha Phase.
    Ein Compiler übersetzt ja auch nicht bei jedem Compilieren das Programm komplett neu. Er merkt schon, wenn bestimmte Programmteile sich nicht verändert haben. Dann werden die Teile auch nicht neu compiliert. Also dauert es nur beim ersten Mal ein wenig länger. Wenn man dann nur eine Zeile ändert, übersetzt er dann auch nur diese Zeile neu.

    Ein Zeileninterpreter hat auch das Problem mit der Geschwindigkeit. Oftmals will man schon während der Entwicklung feststellen, ob ein Algorithmus schnell genug ist, wenn man einen komplexen Algorithmus basteln muss. Da kann es schon vorkommen, dass der Zeileninterpreter viel zu langsam ist.

  3. #3
    Zitat Zitat von Cornix Beitrag anzeigen
    Ich bin am überlegen, ob man nicht mit einer Programmiersprache beides verwenden kann.
    Kann man. Es gibt beispielsweise mehrere (brauchbare) Interpreter für C und C++. Umgekehrt hab ich auch schon einen (weniger brauchbaren) Compiler für PHP gesehen.

  4. #4
    Zitat Zitat
    Umgekehrt hab ich auch schon einen (weniger brauchbaren) Compiler für PHP gesehen.
    Wobei z.B. Facebook solch einen erfolgreich einsetzt. (Facebook ist imho eh die einzige große Seite die in PHP geschrieben wurde , mal abgesehen von Forensoftware wie vB).

  5. #5
    Zitat Zitat von Xardas der Dunkle Beitrag anzeigen
    (Facebook ist imho eh die einzige große Seite die in PHP geschrieben wurde , mal abgesehen von Forensoftware wie vB).
    Muss man den Witz verstehen?

  6. #6
    Was zun Witz?
    Ich bin selber PHP Programmier und weiß das man diese Sprache für so große Projekte eigentlich nicht gebrauchen kann, weil sie einfach viel zu langsam und unsicher ist.

    /EDIT:
    Zitat Zitat
    Selbst Berechnungen kann das DBMS mit hoher Effizienz ausführen.
    Würde Facebook eine normale DB nutzen ok, tut es aber nicht ...
    egal back to topic

    Geändert von Xardas der Dunkle (09.11.2010 um 23:59 Uhr)

  7. #7
    Dennoch gibt es weit aus mehr große Projekte, die rein auf PHP basieren.
    Und was macht Facebook schon großartiges? Es lässt Daten aus einer Datenbank anzeigen. Vieles kann das DBMS schon selbst übernehmen.
    Selbst Berechnungen kann das DBMS mit hoher Effizienz ausführen.

    Geändert von Whiz-zarD (09.11.2010 um 23:49 Uhr)

  8. #8
    Vielen Dank für die weiteren Antworten.
    Ich glaube ich habe für das Erste genug, es war sehr hilfreich und informativ. Auch wenn ich mit all diesem neuen Wissen nicht mehr als meine Seelenruh gewonnen habe.

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •