Frage

Ich sehe einen Anstieg in der Anzahl der Projekte online, die erfordern zusätzliche „short“ Syntax zugrunde liegenden Code zu generieren (allgemein HTML und JS), und jedes Mal, wenn ich eine andere sehen Pop-up Ich frage mich, ob ich etwas fehle.

Sicher die zusätzliche Zeit, um diese Kurzwahlnummern zu lernen und sich erinnern genommen verloren geht, wenn Projekte zwischen verschiedenen Teammitgliedern vorbei (Designer et al), die dann grundlegenden Sprachen wie HTML und JS umlernen müssen?

Punkt in Frage: YAML zum Erzeugen Vorlage verwendet wird und Projekten (wie) Coffee verwendet Javascript zu erzeugen. Ich frage mich nur, wenn andere Stackoverflow Volk denkt, dass es auf diese granularen Ebene der Abstraktion wichtigste Vorteile ist, oder wenn es ein Gefühl, dass diese Art von Projekten jede Lebensdauer hat, die Verbesserungen in den Basistechnologien unter Berücksichtigung (I HTML5 denk / CSS / JQuery) hier. Haben Markup-Sprachen nicht entwickelt genug, um wirklich diese rechtfertigen?

Erkenne dies nicht wirklich eine Frage als solche, sondern würde interessieren die Gemeinschaft Sicht zu hören. Ich bin sicher, es gibt wirklich gute Gründe für diese Art von Projekten, wenn das selbsterzeugend Code zu schaffen, aber außerhalb davon, ich bin verwirrt - mit vielen Leuten sie von Tag zu Tag verwenden. Ist das ein Zug wert Springen auf?

War es hilfreich?

Lösung

Ich persönlich glaube nicht, dass es lohnt sich, wie die meisten Dinge, die Sie in Javascript tun können, werden bereits von Bibliotheken vereinfacht wie jQuery. Was ihre Lebensdauer geht, es ist schwer zu sagen. Aber solange Sie Javascript wissen, und Sie verstehen den Code-Ausgang, um ein neues Projekt zu bewegen, die nicht Coffeescript zum Beispiel verwenden, ist eine einfache Sache, mit Ihnen den Ausgangscode zu nehmen.

Andere Tipps

Jede hinreichend kompliziert Programm enthält eine Implementierung von Lisp .

Dies ist die Ideologie, dass Lisp und Freunde viele Jahre fördern vorbei. Grundsätzlich sind Sie auf Code jede Anwendungslogik in einer „rohen“ Sprache abgehalten. Raw Sprachen sind universell und niedrigem Niveau, so dass Ihre Logik ausführliche schnell bekommt und kontaminiert mit viel Code benötigt, um die Sprache zu unterstützen selbst.

Erstellen Sie stattdessen ein DSL dass Anzüge Ihre Anwendung am besten und Code Ihrer Logik, und nichts als die Logik in diesem DSL. Wie bitte böse Sprache Details hinter dem DSL. Dies macht die Logik viel einfacher, zu verbessern und zu unterstützen.

Auf der anderen Seite, Dinge wie Coffeescript, Groovy etc. sind IMO der falsche Weg zu gehen. Sie sind im Grunde versuchen, neue universelle Sprachen zu schaffen, sondern mit einer „besseren“ Syntax, aber das löst nicht das grundlegende Problem - diese Sprachen noch beschreiben abstrakte Berechnungen anstatt Ihre Problemdomäne. Ein produktiver Art und Weise ist eine sehr grundlegende zugrunde liegende Sprache haben und eine gut entwickelte Makro-Anlage, die DLSS Erstellung vereinfachen würde. Dies ist, wie Lisp selbst arbeitet, ein weiteres Beispiel für diesen Ansatz ist Haxe / Neko .

Meiner Meinung nach ziehe ich jQuery für kurze JS Anweisungen zu schreiben und verhindern, dass jeder aus dem Endprodukt Blähungen. Ich weiß nicht, wie CSS-Frameworks, weil wir riesige Portale bauen und man nicht immer alle von dem Zeug im Inneren diese versteckt müssen. Ich ziehe das Schreiben modulares CSS basiert auf einigen gemeinsamen Regeln, wie mit clearfix einer zum Löschen eines CSS-Reset verwendet wird. :)

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top