Wie kommt ein Programmierer, der an statische Sprachen gewöhnt ist, mit dem Mangel an Javascript-Werkzeugen zurecht?

28

Ich habe die meiste Zeit meiner Karriere so ziemlich ausschließlich in kompilierten Sprachen programmiert, insbesondere in Java. Eine meiner Lieblingssachen bei Java ist, wie produktiv Sie sein können und wie wenig Code Sie tatsächlich schreiben müssen, wenn Sie Tools wie Eclipse verwenden.

Sie können:

  • Einfaches und automatisches Refactoring Ihrer Methoden und Klassen
  • Zeigen Sie sofort alle Stellen an, an denen eine Methode aufgerufen oder eine Konstante verwendet wird (Open Call Hierarchy / Show References).
  • Statische Eingabe bedeutet, dass Sie die Code-Vervollständigung verwenden können, um alle für ein Objekt verfügbaren Parameter / Funktionen anzuzeigen
  • Klicken Sie bei gedrückter Ctrl-Taste auf einen Funktions- / Element- / Klassennamen, um direkt zu dessen Definition zu gelangen

All diese Einrichtungen geben mir das Gefühl, dass die IDE mein bester Freund ist. Das Schreiben von Java-Code und insbesondere das Verstehen der Programme anderer wird wesentlich einfacher.

Ich werde jedoch immer häufiger aufgefordert, Javascript zu verwenden, und meine bisherigen Erfahrungen sind ziemlich negativ.

Bestimmtes:

  • Keine unmittelbare Möglichkeit, den Einstiegspunkt einer Funktion zu finden (außer einer Nur-Text-Suche, die zu einer nachfolgenden Suche nach Methoden weiter oben in der Aufrufhierarchie führen kann, nachdem Sie zwei oder drei vergessen haben, wo Sie begonnen haben)

  • Parameter werden an Funktionen übergeben, ohne dass bekannt ist, welche Eigenschaften und Funktionen für diesen Parameter verfügbar sind (außer, dass das Programm ausgeführt wird, zu dem Punkt navigiert wird, an dem die Funktion aufgerufen wird, und mithilfe von console.logs alle Eigenschaften ausgegeben werden verfügbar)

  • Die übliche Verwendung anonymer Funktionen als Rückrufe führt häufig zu einer Vielzahl verwirrender Codepfade, in denen Sie nicht schnell navigieren können.

  • Sicher, JSLint erkennt einige Fehler vor der Laufzeit, aber selbst das ist nicht so praktisch, als wenn Sie rote Wellenlinien unter Ihrem Code direkt im Browser haben.

Das Ergebnis ist, dass Sie so ziemlich immer das gesamte Programm im Kopf haben müssen. Dies erhöht die kognitive Belastung beim Schreiben komplexer Programme erheblich. Und all diese zusätzlichen Sorgen lassen in meinem Gehirn weniger Raum für tatsächliche Kreativität und Problemlösung.

Sicher, es ist schneller, ein Objekt zusammen zu werfen, als eine ganze formale Klassendefinition zu schreiben. Programme sind zwar etwas einfacher und schneller zu schreiben, meiner Erfahrung nach jedoch viel schwerer zu lesen und zu debuggen.

Meine Frage ist, wie andere Programmierer mit diesen Problemen umgehen? Javascript erfreut sich immer größerer Beliebtheit und die Blogs, die ich lese, handeln davon, wie produktiv Menschen damit umgehen, anstatt verzweifelt nach Lösungen für diese Probleme zu suchen.

GWT ermöglicht es Ihnen, Code für eine Javascript-Umgebung in Java zu schreiben, scheint jedoch nicht so weit verbreitet zu sein, wie ich es erwartet hätte. Leute scheinen tatsächlich Javascript für komplexe Programme zu bevorzugen.

Was vermisse ich?

funkybro
quelle
8
Mein Rat an alle Java-Entwickler, die Schwierigkeiten mit JS haben, ist, eine andere Sprache zu lernen, die keine C-basierte Syntax hat. Es wird Ihnen helfen, die Syntaxähnlichkeit zu überwinden, wenn Sie zu JS zurückkehren, und es könnte Ihnen helfen, Dinge in Bezug auf Kompromisse beim Sprachdesign zu betrachten, anstatt Dinge in Bezug auf die einzig wahre Art und Weise, den gesamten Code und die Art und Weise zu schreiben Alle anderen verstehen es falsch. Und wenn Sie auf die Idee kommen, ein UI-Framework zu schreiben, lernen Sie bitte JavaScript, bevor Sie uns ein weiteres aufgedunsenes, klassenkaskadierendes Stück Müll überlassen, das unerklärlicherweise leicht an ahnungslose CTOs zu vermarkten ist.
Erik Reppen
5
Mann, was für ein Snob ich vor 2 Jahren war. Ich werde versuchen, ein bisschen hilfreicher zu sein, da ich Java in letzter Zeit härter getroffen habe. IDE? Schauen Sie sich Jetbrains Webstorm an (ich verwende immer noch hauptsächlich Scite, aber WS ist nicht schlecht), aber für clientseitiges Web decken die Entwickler-Tools von Chrome Sie beim Debuggen ziemlich gut ab und führen tatsächlich automatische Vervollständigungen durch, wenn Sie Snippets von schreiben Code in der Konsole. Verbringe auch viel Zeit damit, über OOP nachzudenken. IMO, nicht-optionale Klassen und IDEs als Ersatz für die menschliche Lesbarkeit haben in vielen Java-Umgebungen den ganzen Sinn von OOP absolut umgebracht.
Erik Reppen
2
Ich fühle deinen Schmerz. Beim Dropdown in Javascript handelt es sich um die Webversion des Dropdowns in die Assemblersprache auf der Clientseite. Es kann sicher Spaß machen, aber die Toolsets sind schwach und die Produktivität sinkt mit der zusätzlichen Arbeit, die Sie leisten müssen. Das ist das Leben in der Programmierung. Nicht alles kann auf höchstem Abstraktionsniveau erledigt werden. :-)
Brian Knoblauch
2
@ErikReppen Ich habe als Java-Entwickler angefangen, spreche aber fließend Obj-C, programmiere in Ruby, Delphi, C ++, C #, Prolog, PHP, bash und finde Javascript immer noch am schlechtesten zu lesen und zu pflegen.
Sulthan
2
Schauen Sie sich TypeScript an. Sobald ich damit angefangen habe, finde ich clientseitige Codierung viel produktiver und unterhaltsamer. Schwer zu überbietender Intellisense und frühe Compiler-Warnungen.
Evgeni

Antworten:

22

Die auf IDE basierenden Besonderheiten sind in einer dynamischen Sprache wie Javascript nicht * verfügbar. Man muss lernen, ohne sie auszukommen. Sie müssen die Werkzeugunterstützung durch ein besseres Design ersetzen.

Verwenden Sie ein Modulmuster - entweder von Hand oder mit einem Werkzeug wie requirejs . Halten Sie die Module klein, damit Sie leicht darüber nachdenken können.

Definieren Sie nicht so viele Typen - verwenden Sie anonyme Objekte, die in der Nähe des Aufrufpunkts erstellt wurden. Dann können Sie den Anrufer und den Angerufenen anschauen und wissen, was los ist.

Vermeiden Sie es, Ihren Code an das DOM zu koppeln. Versuchen Sie, das Ausmaß der DOM-Manipulation, die Sie in Ihrem Code vornehmen, möglichst gering zu halten. Wenn Sie Selektoren oder jQuery-Sammlungen übergeben können, sollten Sie dies tun, anstatt Ihren Code über die Seitenstruktur zu informieren.

* Wenn Sie eine beliebte Bibliothek verwenden, können Sie eine gefälschte Autovervollständigung erhalten, aber es ist eher wie "Alle JQuery-Methoden anzeigen" als wie "Welche Eigenschaften hat dieses Objekt". Es spart Tipparbeit, bietet aber keine Gewähr für die Richtigkeit.

Sean McMillan
quelle
Akzeptieren Sie diese, um konstruktive Ratschläge zum Umgang mit Werkzeugmangel zu erhalten.
Funkybro
3
"Man muss lernen, ohne sie auszukommen." ODER verschrotte es ODER verwende eine höhere Sprache, die Javascript erzeugt und die richtigen Werkzeuge hat.
Den
@Den: Hast du einen Vorschlag für eine höhere Sprache mit erweiterten Werkzeugen? Nach meiner Erfahrung sind fortschrittliche Tools für beliebte Sprachen entwickelt worden. Welche höhere Sprache, die in Javascript kompiliert wird, ist populär genug, um solche Tools zu haben?
Sean McMillan
1
@ SeanMcMillan: Einige .NET (C # / F #) Beispiele sind jsil.org , projects.nikhilk.net/ScriptSharp , sharpkit.net , websharper.com
Den
1
@ SeanMcMillan Java finden Sie auch unter GWT developers.google.com/web-toolkit
funkybro
24

Ich möchte eine Antwort auf diese Frage hinzufügen, da ich in letzter Zeit durch ein gutes, schlechtes, aber meist hässliches Java gestapft bin und eine ganze Reihe von groben Verallgemeinerungen über Java und Java-Entwickler im Vergleich zu JS und JS-Entwickler, die tatsächlich auf etwas basieren könnten, das der nützlichen Wahrheit vage ähnelt.

Es gibt IDEs, aber es kann hilfreich sein zu verstehen, warum es nicht viele gegeben hat

Ich habe Webstorm jetzt ausprobiert, da ich mich von der Node-Entwicklung angezogen fühle und es nicht schlecht genug ist, dass ich es tatsächlich gekauft habe, aber ich neige immer noch dazu, js-Dateien öfter in Scite zu öffnen als in WS. Der Grund dafür ist, dass Sie in JS viel mehr mit viel weniger erreichen können, aber auch, weil die Arbeit an der Benutzeroberfläche ein unmittelbares Feedback gibt, die Browser-Entwicklungstools (insbesondere Chrome und Firebug) eigentlich ganz hervorragend sind und (Kontexte ohne Browser berücksichtigen) ) Das erneute Ausführen von geändertem Code ist schnell und einfach, ohne dass ein Kompilierungsschritt erforderlich ist.

Eine andere Sache, von der ich ziemlich überzeugt bin, ist, dass IDEs im Grunde genommen ihre eigene Nachfrage erzeugen, indem sie schlampigen Code aktivieren, den Sie sich in JavaScript wirklich nicht leisten können. Möchten Sie erfahren, wie wir mit JS umgehen? Es kann hilfreich sein, zunächst zu versuchen, etwas Nicht-Triviales in Java ohne eine IDE zu schreiben und die Dinge genau zu beachten, mit denen Sie beginnen und über die Sie nachdenken müssen, um den Code tatsächlich zu warten / zu ändern, ohne dass sich eine IDE bewegt nach vorne. IMO, die gleichen Dinge sind immer noch entscheidend für das Schreiben von wartbarem Code, egal ob Sie eine IDE haben oder nicht. Wenn ich einen 4-jährigen Programmierlehrplan schreiben müsste, würden Sie in den ersten zwei Jahren keine IDE anfassen, um nicht die Werkzeuge und Abhängigkeiten zu verdrehen.

Struktur

Erfahrene JS-Entwickler, die sich mit komplexen Anwendungen befassen, können und strukturieren ihren Code. In der Tat ist es eine Sache, in der wir in der Regel mit einer frühen Geschichte besser umgehen müssen, in der IDEs fehlten, um den Code für uns zu lesen, aber auch, weil ausdrucksstarke Sprachen völlig unerreichbare Katastrophen-Codebasen sehr schnell ausdrücken können, wenn Sie nicht nachdenklich codieren.

Tatsächlich hatte ich in letzter Zeit eine ziemlich steile Lernkurve beim Verstehen unserer Java-Codebasis, bis mir schließlich klar wurde, dass nichts davon das richtige OOP war. Klassen waren nichts weiter als Bündel lose verwandter Methoden, die global verfügbare Daten, die in Beans oder DTOs oder statischen Gettern / Settern herumstehen, veränderten. Das ist im Grunde das gleiche alte Biest, das OOP ersetzen sollte. Also hörte ich auf, nach dem Code zu suchen und darüber nachzudenken. Ich habe gerade die Tastenkombinationen gelernt und die Unordnung durchgesehen, und alles lief viel reibungsloser ab. Also, wenn Sie es nicht schon gewohnt sind, denken Sie viel genauer über OOD nach.

Eine gut strukturierte JS-App auf höchster Ebene besteht in der Regel aus komplexen Funktionen (z. B. jQuery) und Objekten, die miteinander interagieren. Ich würde behaupten, dass das Merkmal einer gut strukturierten, einfach zu wartenden App in jeder Sprache ist, dass es perfekt lesbar ist, ob Sie sie mit einer IDE oder Notepad ++ betrachten. Das ist einer der Hauptgründe, warum ich die Abhängigkeitsinjektion und die Test-First-TDD äußerst kritisch sehe.

Und zum Schluss lassen Sie den Unterricht los. Erlernen Sie die prototypische Vererbung. Es ist eigentlich recht elegant und einfach zu implementieren, wenn Sie tatsächlich eine Vererbung benötigen. Ich finde jedoch, dass Compositing-Ansätze in JS tendenziell viel besser funktionieren, und ich persönlich fange an, krank zu werden und EXTJS-Nachtangst zu haben, wenn ich sehe, dass in einer Sprache mehr als ein oder zwei Ebenen der Vererbung stattfinden.

Grundprinzipien zuerst

Ich spreche über das Kernmaterial, aus dem sich alle anderen bewährten Methoden ableiten sollten: DRY, YAGNI, das Prinzip des geringsten Erstaunens, die saubere Trennung von Problemdomänen, das Schreiben auf eine Schnittstelle und das Schreiben von lesbarem Code sind mein persönlicher Kern. Alles, was etwas komplexer ist und das Aufgeben dieser Praktiken befürwortet, sollte als Kool Aid in jeder Sprache betrachtet werden, besonders aber in einer Sprache wie JavaScript, in der es sehr einfach ist, dem nächsten Mann ein Vermächtnis von sehr verwirrendem Code zu hinterlassen. Zum Beispiel ist lose Kopplung großartig, bis Sie es so weit bringen, dass Sie nicht einmal erkennen können, wo die Interaktion zwischen Objekten stattfindet.

Keine Angst vor dynamischem Tippen

Es gibt nicht viele Kerntypen in JavaScript. Dynamische Besetzungsregeln sind in der Regel praktisch und unkompliziert, aber es lohnt sich, sie zu lernen, damit Sie den Datenfluss ohne unnötige Besetzungen und sinnlose Validierungsroutinen besser verwalten können. Vertrau mir. Strikte Typen eignen sich hervorragend für die Leistung und das Erkennen von Problemen beim Kompilieren, schützen Sie jedoch nicht vor allem.

Lernen Sie den Mist aus JS-Funktionen und Closures

Die erstklassigen Funktionen von JS sind wohl der Hauptgrund, warum JS mit dem "Only Language Worth Touching the Client-Side Web With Award" ausgezeichnet wurde. Und ja, es gab tatsächlich Wettbewerb. Sie sind auch ein zentrales Merkmal von JS. Mit ihnen konstruieren wir Objekte. Alles ist auf Funktionen ausgelegt. Und sie haben praktische Funktionen. Wir können params über das Schlüsselwort arguments untersuchen. Wir können sie vorübergehend anhängen und im Kontext von Methoden anderer Objekte abfeuern. Und sie machen ereignisgesteuerte Herangehensweisen an Dinge, die obszön einfach zu implementieren sind, einfach. Kurz gesagt, sie machten JS zu einer absoluten Herausforderung, wenn es darum ging, die Komplexität zu reduzieren und die verschiedenen Implementierungen von JS selbst (vor allem aber die DOM-API) direkt an der Quelle anzupassen.

Bewerten Sie Muster / Praktiken vor der Übernahme neu

Erstklassige Funktionen und dynamische Typen machen viele der komplexeren Entwurfsmuster in JS völlig sinnlos und umständlich. Einige der einfacheren Muster sind jedoch aufgrund der hohen Flexibilität von JS unglaublich nützlich und einfach zu implementieren. Adapter und Dekoratoren sind besonders nützlich, und ich habe Singletons gefunden, die für komplexe UI-Widget-Fabriken hilfreich sind, die auch als Event-Manager für die von ihnen erstellten UI-Elemente fungieren.

Folgen Sie der Sprache und machen Sie mehr aus weniger

Ich glaube, einer der Java-Head Honchos argumentiert irgendwo, dass Ausführlichkeit ein positives Merkmal ist, das das Verständnis von Code für alle Beteiligten erleichtert. Hogwash. Wäre dies der Fall, wäre die juristische Sprache leichter zu lesen. Nur der Autor kann das, was er geschrieben hat, verständlicher machen, und Sie können dies nur tun, indem Sie sich gelegentlich in die Lage des anderen versetzen. Umfassen Sie also diese beiden Regeln. 1. Seien Sie so direkt und klar wie möglich. 2. Komm schon zum verdammten Punkt. Der Gewinn ist, dass sauberer, prägnanter Code um Größenordnungen einfacher zu verstehen und zu pflegen ist als etwas, bei dem Sie fünfundzwanzig Ebenen durchqueren müssen, um vom Auslöser zur tatsächlich gewünschten Aktion zu gelangen. Die meisten Muster, die sich in strengeren Sprachen für so etwas aussprechen, sind in der Tat Umgehungen für Einschränkungen, die JavaScript nicht hat.

Alles ist formbar und das ist in Ordnung

JS ist wahrscheinlich eine der am wenigsten protektionistischen Sprachen im Volksmund. Umarme das. Es funktioniert gut. Zum Beispiel können Sie Objekte mit unzugänglichen persistenten "privaten" Variablen schreiben, indem Sie einfach reguläre Variablen in einer Konstruktorfunktion deklarieren, und das mache ich häufig. Es ist jedoch nicht so, dass mein Code oder die Benutzer davon "vor sich selbst" geschützt werden (sie könnten ihn ohnehin zur Laufzeit durch ihre eigene Version ersetzen). Es geht vielmehr darum, die Absicht zu signalisieren, denn die Annahme ist, dass der andere kompetent genug ist, um Abhängigkeiten nicht zu zerstören, und dass Sie vielleicht aus einem guten Grund nicht direkt darauf eingehen sollen.

Es gibt keine Größenbeschränkungen, nur Problemdomänen

Das größte Problem, das ich mit all den Java-Codebasen habe, ist eine Überfülle an Klassendateien. Zuallererst ist SOLID nur eine verwirrende Wiederholung dessen, was Sie bereits über OOP wissen sollten. Eine Klasse sollte sich mit einer Reihe von Problemen befassen. Kein Problem mit einer Methode. Das bedeutet nur, dass Sie schlechten alten Funk-Spaghetti-C-Code nur mit der sinnlosen Klassensyntax zum Booten verketten müssen. Es gibt keine Größen- oder Methodenbeschränkung. Wenn es sinnvoll ist, einer bereits langen Funktion, Klasse oder einem Konstruktor etwas hinzuzufügen, ist dies sinnvoll. Nehmen Sie jQuery. Es ist ein Toolset mit einer gesamten Bibliothekslänge in einer einzigen Funktion, und daran ist nichts auszusetzen. Ob wir jQuery noch brauchen, ist in vernünftiger Weise umstritten, aber in Bezug auf das Design.

Wenn Java alles ist, was Sie wissen, versuchen Sie es mit einer Syntax, die nicht auf C basiert

Als ich anfing, mich mit Python zu beschäftigen, weil mir das, was ich über Django hörte, gefiel, lernte ich, die Syntax vom Sprachdesign zu trennen. Infolgedessen wurde es einfacher, Java und C als eine Summe ihrer Sprachentwurfsteile zu verstehen, als eine Summe von Dingen, die sie mit derselben Syntax unterschiedlich ausführen. Ein netter Nebeneffekt ist, dass je besser Sie andere Sprachen in Bezug auf Design verstehen, desto besser werden Sie die Stärken / Schwächen derjenigen verstehen, die Sie am besten durch Kontrast kennen.

Fazit

Lassen Sie uns nun, wenn wir das alles bedenken, alle Ihre Problempunkte treffen:

  • Keine unmittelbare Möglichkeit, den Einstiegspunkt einer Funktion zu finden (außer einer Nur-Text-Suche, die zu einer nachfolgenden Suche nach Methoden weiter oben in der Aufrufhierarchie führen kann, nachdem Sie zwei oder drei vergessen haben, wo Sie begonnen haben)

Chrome und Firebug haben tatsächlich eine Anrufverfolgung. Aber sehen Sie sich auch meine Punkte zur Struktur und zur Übersichtlichkeit an. Je mehr Sie sich Ihre App als größere, gut gekapselte Konstrukte vorstellen können, die miteinander interagieren, desto einfacher ist es, herauszufinden, wessen Fehler es sind, wenn etwas schief geht. Ich würde sagen, dass dies auch für Java gilt. Wir haben klassenähnliche Funktionskonstruktoren, die sich perfekt für traditionelle OOP-Belange eignen.

function ObjectConstructor(){
    //No need for an init method.
    //Just pass in params and do stuff inside for instantiation behavior

    var privateAndPersistent = true;

    //I like to take advantage of function hoisting for a nice concise interface listing
    this.publicAndPointlessEncapsulationMurderingGetterSetter
    = publicAndPointlessEncapsulationMurderingGetterSetter;
    //Seriously though Java/C# folks, stop with the pointless getter/setters already

    function publicAndPointlessEncapsulationMurderingGetterSetter(arg){
        if(arg === undefined){
            return privateAndPersistent;
        }
        privateAndPersistent = arg;
    }

}

ObjectConstructor.staticLikeNonInstanceProperty = true;

var instance = new ObjectConstructor();//Convention is to  capitalize constructors

In meinem Code verwende ich die Objektliterale fast nie {}als strukturelle App-Komponenten, da sie keine internen (privaten) Variablen haben und sie lieber für die Verwendung als Datenstrukturen reservieren. Das hilft, eine Erwartung zu setzen, die die Klarheit der Absichten bewahrt. (Wenn Sie Kurven sehen, handelt es sich um Daten, nicht um eine Komponente der App-Architektur).

  • Parameter werden an Funktionen übergeben, ohne dass bekannt ist, welche Eigenschaften und Funktionen für diesen Parameter verfügbar sind (außer, dass das Programm ausgeführt wird, zu dem Punkt navigiert wird, an dem die Funktion aufgerufen wird, und mithilfe von console.logs alle Eigenschaften ausgegeben werden verfügbar)

Siehe auch hier moderne Browser-Tools. Aber auch, warum ist es so bescheuert, das Programm erneut auszuführen? Reload ist etwas, das ein clientseitiger Webentwickler normalerweise alle paar Minuten ausführt, weil es Sie absolut nichts kostet, es zu tun. Dies ist wieder ein weiterer Punkt, bei dem die App-Struktur hilfreich sein kann, aber es ist ein Nachteil von JS, dass Sie Ihre eigene Validierung durchführen müssen, wenn die Durchsetzung von Verträgen von entscheidender Bedeutung ist (was ich nur an Endpunkten tue, die anderen Dingen ausgesetzt sind, die meine Codebasis nicht tut) nicht kontrollieren). IMO, der Kompromiss ist die Vorteile wert.

  • Die übliche Verwendung anonymer Funktionen als Rückrufe führt häufig zu einer Vielzahl verwirrender Codepfade, in denen Sie nicht schnell navigieren können.

Ja, das ist schlecht für alles Nicht-Triviale. Tu das nicht. Nennen Sie Ihre Funktionen Kinder. Es ist auch einfacher, Dinge zu verfolgen. Sie können eine einfache Trivialfunktion definieren, auswerten (für die Zuweisung erforderlich) und zuweisen, und zwar in Übereinstimmung mit:

doSomethingWithCallback( (function callBack(){}) );

Jetzt hat Chrome einen Namen für Sie, wenn Sie Anrufe verfolgen. Für nicht-triviale Funktionen würde ich es außerhalb des Aufrufs definieren. Beachten Sie auch, dass anonyme Funktionen, die einer Variablen zugewiesen sind, immer noch anonym sind.

  • Sicher, JSLint erkennt einige Fehler vor der Laufzeit, aber selbst das ist nicht so praktisch, als wenn Sie rote Wellenlinien unter Ihrem Code direkt im Browser haben.

Ich fasse das Zeug nie an. Crockford hat der Community einige gute Dinge gegeben, aber JSLint überschreitet die Grenze zu stilistischen Vorlieben und schlägt vor, dass bestimmte Elemente von JavaScript schlechte Teile sind, ohne besonders guten Grund, IMO. Ignorieren Sie auf jeden Fall das eine an RegEx- und Negationsklassen, gefolgt von * oder +. Platzhalter führen zu einer schlechteren Leistung, und Sie können die Wiederholung leicht mit {} einschränken. Ignorieren Sie außerdem alles, was er über Funktionskonstruktoren sagt. Sie können sie problemlos in eine Factory-Funktion einbinden, wenn Sie das neue Schlüsselwort stört. CSSLint (nicht Crockfords) ist in Bezug auf schlechte Ratschläge noch schlimmer. Nehmen Sie immer Leute mit, die viel mit einem Körnchen Salz sprechen. Manchmal schwöre ich, sie versuchen nur, Autorität zu erlangen oder neues Material zu generieren.

Und wieder müssen Sie das, was Sie gelernt haben, mit diesem Laufzeitproblem, das Sie haben, verlernen. (Dies ist eine häufige Erscheinung, die ich bei vielen Java / C # -Entwicklern gesehen habe.) Wenn Sie 2 Jahre später immer noch Probleme mit Laufzeitfehlern haben, sollten Sie sich hinsetzen und Spam in einem Browser nachladen, bis er einsinkt ist keine Kompilierungs- / Laufzeit-Unterteilung (auch keine sichtbare - JS wird jetzt auf einer JIT ausgeführt). Es ist nicht nur in Ordnung, Fehler zur Laufzeit zu entdecken, es ist auch von großem Vorteil, wenn Sie Spam so billig und einfach nachladen und Fehler an jedem Haltepunkt entdecken, an dem Sie ankommen.

Und los geht's mit den Chrome-Entwicklertools. Sie sind direkt in das Webkit integriert. Klicken Sie mit der rechten Maustaste in Chrome. Element überprüfen. Erkunden Sie die Registerkarten. Viel Debug-Power mit der Möglichkeit, den Code in der Konsole während der Laufzeit zu ändern, ist eine der leistungsstärksten, aber weniger offensichtlichen Optionen. Ideal auch zum Testen.

In einem ähnlichen Zusammenhang sind Fehler Ihre Freunde. Schreiben Sie niemals eine leere catch-Anweisung. In JS tun wir nicht ausblenden oder begraben Fehler (oder zumindest sollten wir nicht husten YUI / Husten ). Wir kümmern uns um sie. Alles andere führt zu Schmerzen beim Debuggen. Und wenn Sie eine catch-Anweisung schreiben, um potenzielle Fehler in der Produktion auszublenden, protokollieren Sie den Fehler zumindest unbemerkt und dokumentieren Sie den Zugriff auf das Protokoll.

Erik Reppen
quelle
3
Ja zur Größe der Antwort ...
Florian Margaine
5

Was Sie sagen, ist nur die allgemeine Beschwerde einer Java-orientierten Person, die JavaScript betrachtet.

Lassen Sie uns zuerst Ihre Frage beantworten ...

... meine Frage ist, wie andere Programmierer mit diesen Problemen umgehen ...

Antwort: Sie tun es nicht. Sie lernen die JavaScript-Philosophie, indem sie zuerst den Java-Kult aufgeben.

Sie müssen diese Voraussetzung verstehen ... JavaScript ist NICHT Java. Es geht einfach nicht um Syntax, sondern um die Philosophie.

Nehmen wir nun einige davon auf ...

  • Zeigen Sie sofort alle Stellen an, an denen eine Methode aufgerufen oder eine Konstante verwendet wird (Open Call Hierarchy / Show References).

    Klicken Sie bei gedrückter Ctrl-Taste auf einen Funktions- / Element- / Klassennamen, um direkt zu dessen Definition zu gelangen

    Alle diese sind verfügbar - wählen Sie einfach eine anständige IDE.

  • Statische Eingabe bedeutet, dass Sie die Code-Vervollständigung verwenden können, um alle für ein Objekt verfügbaren Parameter / Funktionen anzuzeigen

    Dies ist kein Problem , mit dem Sie fertig werden. Dies erfordert eine Änderung Ihrer Einstellung zur Programmierung. Loose Type System ist eine der Stärken von JavaScript. Loses Tippen verstehen - und es zu schätzen lernen. Außerdem funktioniert die Code-Vervollständigung mit JS sehr gut.

  • Sicher, JSLint erkennt einige Fehler vor der Laufzeit, aber selbst das ist nicht so praktisch, als wenn Sie rote Wellenlinien unter Ihrem Code direkt im Browser haben.

    All das und MEHR leisten Firebug, Chrome / Safari-Konsole und sogar IDEs.

    Es gibt JSHint, das die raffinierte statische Analyse ausführen kann, an die Java-Programmierer gewöhnt sind.

  • Das Ergebnis ist, dass Sie so ziemlich immer das gesamte Programm im Kopf haben müssen. Dies erhöht die kognitive Belastung beim Schreiben komplexer Programme erheblich.

    Falsch! Im Gegenteil, JavaScript ist eine "leichte" Programmiersprache - und ermutigt Sie, einfachere Programme zu haben. Wie Doug Crockford sagt ... wird es Sie "bestrafen", wenn Sie versuchen, stark modellbasierte Programme in JavaScript zu schreiben.

  • Während Programme möglicherweise etwas einfacher und schneller zu schreiben sind, sind sie meiner Erfahrung nach viel schwerer zu lesen und zu debuggen.

    Total falsch! Wie beurteilen Sie die Lesbarkeit anhand der Programmiersprache? Programme sind lesbar (oder nicht) - NICHT Sprachen. Außerdem hat JavaScript fantastische Debugger.

Entschuldigen Sie, wenn ich etwas unhöflich klang - aber in Wahrheit müssen Sie Ihre Java-Einstellung ändern , um JavaScript zu verstehen.

Nur "ausgereifte" Java-Programmierer können JavaScript schätzen - und Sie können das, was Sie nicht schätzen, nicht beherrschen. Nochmals, tut mir leid, dass ich so stumpf bin.

Baumkodierer
quelle
2
Haben Sie ein Beispiel für eine JavaScript-IDE, in der ich "bei gedrückter Ctrl-Taste auf einen Funktions- / Element- / Klassennamen klicken kann, um direkt zu dessen Definition zu gelangen"? Ich benutze Eclipse für Java und Scala, aber es fehlt eine gute IDE / Editor für JavaScript.
Jonas
11
Bereit, Kritik zu üben, aber einige Dinge hier sind völlig falsch. Wenn ich ein Objekt erstelle und es dann an eine Funktion übergebe, kann ich bei gedrückter Ctrl-Taste auf den Parameter klicken und dessen Eigenschaften anzeigen. Nein, ich kann nicht, weil das Objekt alles sein könnte. Wenn ich einen der Objekteigenschaftsnamen falsch schreibe, warnt er mich dann? Nein, das wird es nicht, denn es ist kein Fehler in JS, auch wenn es wahrscheinlich nie das ist, was Sie wollen. Hilfreiche Code-Vervollständigung ist unmöglich. Um herauszufinden, über welche Eigenschaften ein Funktionsparameter verfügt, müssen Sie den aufgerufenen Code durchgehen, um herauszufinden, wo das Objekt erstellt wurde.
Funkybro
3
Sie können sich darüber beklagen, dass die Art und Weise, wie JS erstellt wird, es IDEs erschwert, für Sie zu codieren. Ich würde mich darüber beschweren, dass ich in Java nicht einfach dynamische Eigenschaften in die Nähe von allem bringen kann, was ich will, oder während der Laufzeit Introspektion an Objekten durchführen kann. Die beiden Sprachen sind in der Philosophie sehr unterschiedlich. Ich denke auf eine Weise, die eine größere Trennung zwischen Java- und JS-Entwicklern schafft als zwischen JS und den meisten anderen Sprachen. Ich persönlich finde es einfacher, sich an C anzupassen, als an Java, und ich hasse es, mit einer aufgeblähten IDE zu arbeiten.
Erik Reppen
2
Sogar Googles Java-Entwickler scheinen beim Schreiben von JS nicht den Kopf aus Java zu bekommen. sitepoint.com/google-closure-how-not-to-write-javascript
Erik Reppen
3
Sie schreiben: JavaScript ist NICHT Java und Sie müssen Ihre Java-Einstellung ändern, um JavaScript zu verstehen, gefolgt von: Nur "ausgereifte" Java-Programmierer können JavaScript zu schätzen ... Um Javascript zu verstehen, muss ich zuerst Java beherrschen und dann alles vergessen es?
Caleb
3

Im Allgemeinen ist es schwierig, Tools für eine dynamische Sprache zu haben (es sei denn, die IDE ist Teil der Laufzeit - also Smalltalk). Allerdings sehen die meisten IDEs nach dem Erlernen eines wirklich guten Texteditors weniger attraktiv aus - das ist zumindest meine Erfahrung.

Nemanja Trifunovic
quelle
2

Das ist der Preis, den wir für die Verwendung von schlecht getippten Sprachen zahlen. Man kann sich nur fragen, warum dieser Greuel so populär geworden ist. Die Nachteile überwiegen bei weitem die Vorteile von schlecht geschriebenen Sprachen.

Vielleicht sollten wir das Non-Cooperation-Prinzip auf diesen Müll anwenden , um ihn verschwinden zu lassen.

ThomasX
quelle
3
"schlecht getippte Sprachen" - Viele Programmierer würden mit Ihnen nicht einverstanden sein.
Sean McMillan
7
+1, Der einzige Grund, warum Javascript beliebt ist, ist, dass es zur richtigen Zeit am richtigen Ort war.
maple_shaft
2
Oh, ihr seid nur traurig, dass Node.js Bindungen zu C ++ anstelle von Java hat, nicht wahr?
Erik Reppen
1
Ich bin nicht sicher, was unter "schlecht getippten Sprachen" zu verstehen ist. JavaScript ist nicht "schlecht geschrieben". Es ist dynamisch typisiert und Operationen können zu Typenzwang führen. Beschuldigen Sie nicht die Sprache, da Ihr Editor / Ihre IDE den Typ der Variablen nicht kennt - Sie sollten es trotzdem wissen.
Ryan Kinal
3
@ RyanKinal Wirklich? Sie sollten alle Eigenschaften und Methoden aller Objekte und Klassen in Ihrer gesamten App sowie die API Ihrer Sprache und die der von Ihnen verwendeten Bibliotheken nach Speicher kennen . Sie lehnen die Idee der Vervollständigung des IDE-Codes ab, um die Produktivität massiv zu verbessern, indem Sie die kognitive Belastung reduzieren und Ihnen weniger Denkanstöße geben?
Funkybro
2

Früher mochte ich Javascript (und seine dynamische Typisierung) nicht, aber ich habe gelernt, seine Objektorientierung, seine Schließungen und seine funktionale Programmierung zu schätzen . Auch die globalen Objekte und die Beseitigung der stillen Typumwandlung waren ein Hauch frischer Luft, als ich sie zum ersten Mal fand.

Meine bevorzugte Idee für Javascript ist Webstorm, da es einfach ist, jQuery intellitext zum Laufen zu bringen (schade, dass es nicht kostenlos ist).

Außerdem würde ich nicht sagen, dass es wächst - es ist bereits allgegenwärtig.

Ihre spezifischen Punkte:

Keine unmittelbare Möglichkeit, den Einstiegspunkt einer Funktion zu finden

Ich verstehe das nicht, wie könnte es einfacher sein?

Parameter werden an Funktionen übergeben, ohne dass bekannt ist, welche Eigenschaften und Funktionen für diesen Parameter verfügbar sind

Wenn Sie Ihr ide so einrichten, dass es die Objektdefinition enthält, sind die Eigenschaften des Objekts über intellitext verfügbar (aber ich habe möglicherweise Ihren Standpunkt hier verpasst).

Die übliche Verwendung anonymer Funktionen als Rückrufe führt häufig zu einer Vielzahl verwirrender Codepfade, in denen Sie nicht schnell navigieren können.

Gemeinsame Nutzung ? Wenn Sie anonyme Funktionen nicht mögen, verwenden Sie sie nicht. Oder verweisen Sie auf jQuery, die sie im Wesentlichen verwendet? jQuery wird von den meisten Webentwicklern wahrscheinlich als die größte Zeitersparnis in der Geschichte der Webentwicklung angesehen .

JSLint erkennt einige Fehler vor der Laufzeit

Es fängt alle von ihnen, Sie können es in Ihre Idee aufnehmen . Oder Webstorm enthält es standardmäßig (glaube ich).

NimChimpsky
quelle
Fairerweise allgegenwärtig und beliebt zu sein, muss nicht dasselbe sein! ;-) Wie auch immer, Webstorm ist eine ausgezeichnete IDE für JavaScript (und wenn auch nicht kostenlos, ist es ziemlich billig). Ich habe es nicht benutzt, aber ich glaube, dass IntelliJ (auch von Jetbrains) die gleiche Funktionalität enthält, die relevant sein könnte, wenn Sie einen Java-Hintergrund haben und eine einzige IDE verwenden möchten.
FinnNk
OK, vielleicht muss ich das klarstellen ... Ich meinte "an Popularität zunehmen" im Kontext der Entwicklung außerhalb des Browsers / DOM. Dh es wird verwendet, wo andere Alternativen verfügbar sind. Mit "Einstiegspunkt der Funktion" meinte ich die Lokalisierung des Punktes im Code, an dem eine Funktion aufgerufen wird. Parametereigenschaften: Es gibt keine Möglichkeit für eine IDE , die Eigenschaften eines bestimmten Objekts vor der Laufzeit zu wissen! Anonyme Funktionen: Ich mag sie vielleicht nicht, aber andere, deren Code ich pflegen muss, tun es. JSLint weiß nicht , ob ich zum Beispiel einen Eigenschaftsnamen eines bestimmten Objekts falsch eingegeben habe.
Funkybro
@funkybro "Es gibt keine Möglichkeit für eine IDE, die Eigenschaften eines bestimmten Objekts vor der Laufzeit zu ermitteln." Es gibt nur "whateverMyObjectIs.js" als referenziertes Skript in der ide, und für falsch eingegebene Eigenschaftennamen versuchen Sie es mit webstorm (wenn ich mich richtig erinnere).
NimChimpsky
3
Da ist nicht! Betrachten Sie diesen Code: var myFunc = function(param) { ... }; var myObj1 = { fooProp: fooVal, barProp: barVal}; var myObj2 = { catProp: catVal, dogProp: dogVal}; myFunc(myObj1); myFunc(myObj2); Wie kann eine IDE Code-Vervollständigung für myFuncden paramParameter von anbieten ? paramEs kann sich um ein beliebiges Objekt mit beliebigen Eigenschaften handeln.
Funkybro
Ja, aber vermutlich sind die Params, die Sie übergeben, in diesem Zusammenhang tatsächlich verfügbar. Ein Parser kann das klären, ohne sein eigener vollwertiger JS-Interpreter zu sein.
Erik Reppen
2

Was vermisse ich?

Sie vermissen die beiden enormen Vorteile, die Javascript gegenüber Java hat:

  • Javascript-Code ist ungefähr ein Viertel der Größe des entsprechenden Java-Codes.
  • Sie müssen nie auf einen Kompilierungs- und Serverneustart warten.

Ich arbeite anders in Javascript. Ich füge jeweils ein bisschen Code hinzu, so wenig ich kann, und aktualisiere den Browser und teste ihn. Mit jQuery brauche ich die meiste Zeit nur ein paar Zeilen Javascript.

Ich habe festgestellt, dass Java-Programmierung relativ unproduktiv ist , und schreibe jetzt aus den gleichen zwei Gründen meinen gesamten serverseitigen Code in Groovy.

Kevin Cline
quelle
5
"Javascript-Code ist ungefähr ein Viertel der Größe des entsprechenden Java-Codes" <- das ist das Problem! Sicher ist es schnell, nur anonyme Funktionen zu erstellen, Objekten zusätzliche Eigenschaften hinzuzufügen und sie wie Konfetti herumzuwerfen. Aber was ist, wenn jemand anderes Ihren Code besucht und versucht, herauszufinden, was los ist? Außerdem bedeutet mehr Code in Java nicht unbedingt mehr Eingabe ... Eclipse schreibt so viel davon für Sie.
Funkybro
3
@funkybro: Eclipse schreibt es ... dann schaue ich nicht weiter nach dem Leben des Projekts. Wenn es erforderlich ist, aber ein einfaches Plugin es erzeugen kann, ist das ein Sprachgeruch. Sie haben Recht, dass Javascript-Klassen etwas mehr Dokumentation erfordern. Es reicht jedoch auch nicht aus, eine Java-Methodensignatur zu kennen.
Kevin Cline
1
Es ist nicht erforderlich! Sie können Javascript in Java simulieren, indem Sie immer Methoden mit Reflektion aufrufen und nur einfache Objekte, Listen und Karten verwenden, wenn Sie dies wirklich möchten. Doch die meisten Entwickler IME (nicht alles , was ich beichten!) Wählen aussagekräftige Datentypen zu definieren, wie sie finden es hilft ihnen , wartbar, selbstdokumentiere Code zu schreiben!
Funkybro
1
Ermöglicht die Reflektion Java, Objekte während der Laufzeit zu ändern? Wie wäre es mit Verschlüssen? Lernen Sie die Sprache, bevor Sie sie kritisieren, oder nehmen Sie an, dass Java, die am weitesten geschlossene Paradigmasprache außerhalb von Assembly, in der Lage ist, sie zu emulieren.
Erik Reppen
1
Downvoters: Dies ist kein Referendum über Java vs. Javascript. Es ist unhöflich, ohne Grund abzustimmen.
Kevin Cline
0

Ich weiß, dass diese Frage alt ist, aber als C ++ / C # -Programmierer, der die gleichen Gefühle hatte, aber in den letzten 10 Jahren viel JavaScript ausgeführt hat, würde ich als erstes empfehlen, Visual Studio Code auszuprobieren.

Natürlich kann es nicht jede Funktion bieten, die mit einer stark typisierten Sprache hinzugefügt werden kann, aber es kommt ziemlich nahe.

Es kann auch Typinformationen aus Typoskript übernehmen und auf JavaScript anwenden. Auch wenn Sie niemals Typoskript verwenden, können Sie Code-Vervollständigung und Dokumentation für Tonnen von APIs erhalten, während Sie JavaScript eingeben.

Also zu deinen Fragen

  • Keine unmittelbare Möglichkeit, den Einstiegspunkt einer Funktion zu finden (außer einer Nur-Text-Suche, die zu einer nachfolgenden Suche nach Methoden weiter oben in der Aufrufhierarchie führen kann, nachdem Sie zwei oder drei vergessen haben, wo Sie begonnen haben)

Scheint meistens in VSCode gelöst?

  • Parameter werden an Funktionen übergeben, ohne dass bekannt ist, welche Eigenschaften und Funktionen für diesen Parameter verfügbar sind

Dies wird für viele IDEs gelöst, indem Sie Ihren Code entweder mit Kommentaren im JSDoc-Stil oder mit Typoskript dokumentieren. Die Redakteure lesen die Kommentare und geben Ihnen die gleiche Vervollständigung, die Sie gewohnt sind

Die übliche Verwendung anonymer Funktionen als Rückrufe führt häufig zu einer Vielzahl verwirrender Codepfade, in denen Sie nicht schnell navigieren können.

Als C # -Programmierer sind auch dort anonyme Funktionen üblich und wurden zu C ++ hinzugefügt. Ich denke, daran muss man sich erst gewöhnen.

Auch wenn Rückrufe größtenteils durch Versprechungen und durch async / await ersetzt wurden und Sie eine API haben, die einen Rückruf verwendet, können Sie diesen schnell in ein Versprechen umschließen und dann async / await verwenden, damit das Problem behoben wird.

Sicher, JSLint erkennt einige Fehler vor der Laufzeit, aber selbst das ist nicht so praktisch, als wenn Sie rote Wellenlinien unter Ihrem Code direkt im Browser haben.

In Visual Studio Code erhalten Sie gewellte Linien. Nicht nur das, sondern wenn Sie die ESLint-Integration einschalten, werden in Ihrem Editor Unmengen von Warnungen und / oder Fehlern hervorgehoben. Mehr als ich für andere Sprachen gesehen habe. Ich habe die Erfahrung gemacht, dass Linters für C / C # / Java ziemlich hart codiert wurden, da ESLint sowohl massiv konfigurierbar als auch massiv erweiterbar ist und als solche beliebte Bibliotheken sogar integrieren können, um Ihnen Ratschläge und Warnungen zur spezifischen Bibliotheksnutzung im Editor zu geben. Etwas, das ich in anderen Sprachen noch nicht gesehen habe (obwohl es jetzt vielleicht auch in anderen Sprachen üblich ist?)

Es ist auch 2018 und ES7 ist die neue Norm class. Sie verwenden immer den strikten Modus. Sie verwenden nie varund immer verwenden constund letund ein paar der Dinge , die C ++ / C # / Java - Programmierer hatte eine harte Zeit von verschwinden Art Gewöhnung. no-undefAktivieren Sie die Regel in ESLint, und noch mehr Probleme verschwinden

Das heißt, lernen Sie, wie es thiswirklich funktioniert und wie Funktionen und Methoden wirklich funktionieren, denn es ist nicht dasselbe wie C ++ / C # / Java.

Meine ersten 2-3 Jahre JavaScript waren frustriert. Irgendwann hat es aber geklickt. Ich habe aufgehört zu versuchen, es in C ++ / C # / Java umzuwandeln, und jetzt bin ich frustriert, wenn Dinge, die in JavaScript 15 Zeilen benötigen, in diesen anderen Sprachen 150 Zeilen benötigen.

gman
quelle
-1

Wenn Sie IDEs mögen und zum Finstern verwendet werden, schauen Sie sich Aptana als IDE für JavaScript an. Ich denke, es kann viel von dem machen, was du willst. (Ich persönlich hasse IDEs, aber das ist eine andere Konversation).

Anonyme Funktionen sind meines Erachtens die leistungsstärkste Funktion in JavaScript, und der Versuch, in einer Sprache zu arbeiten, in der sie nicht enthalten sind, ist zu diesem Zeitpunkt ziemlich schmerzhaft.

Wenn Sie etwas anderes wollen, das sich mit JavaScript kompilieren lässt, gibt es eine Reihe von Optionen, die CofffeeScript, Clojure und GWT in den Sinn kommen, aber es gibt auch andere.

Zachary K
quelle
2
Ich habe Aptana einmal ausprobiert und es ist wirklich schlimm. Es verfügt nicht einmal über eine automatische Einrückung und zerstört alle Projekteinstellungen, die von anderen Eclipse-Editoren festgelegt wurden, z. B. Farben und ähnliches, wenn ich Eclipse und Aptana im selben Projekt verwende.
Jonas
1
Ich habe es eine Weile benutzt und es gehasst, aber wie gesagt, ich hasse IDEs. Ich formatiere mit dem Kommandozeilen-Tool und bearbeite es in GVIM oder Emacs (je nachdem, was ich tue)
Zachary K
Stürzt in den ersten stunden ab und ich habe nichts anderes geöffnet als eine handvoll dateien? Auf Wiedersehen.
Erik Reppen
Webstorm ist nicht schlecht. Ich benutze Scite immer noch die meiste Zeit, aber ich fange an, die IDE-Sache mehr zu spüren, wenn ich Node.js Zeug schreibe, und ich habe nicht den Vorteil von sichtbarem Browser-Feedback und Entwickler-Tools.
Erik Reppen
-1

Ich habe es selbst noch nicht verwendet, aber ich habe einige Demos gesehen und bin sehr beeindruckt von Cloud 9 als JavaScript-IDE.

Sie können sowohl das Onlinedienstmodell auswählen als auch es von GitHub herunterladen.

Und als Beweis für seine Qualität als IDE wurde Cloud9 mit ... Cloud9!

Chao
quelle