Kompozer und Bootstrap

1

Ich hoffe, meine erste Webseite in Bootstrap schreiben zu können, und in der Vergangenheit habe ich dies nur mit Kommandozeile (vim) gemacht und dann gesehen, wie es in einem Browser aussah, aber ich weiß, dass dies ziemlich archaisch ist und ich sollte wahrscheinlich eine verwenden benutzerfreundlichere Webentwicklungs-GUI.

Als solches probiere ich Kompozer aus und wenn ich das HTML-Dokument hochlade, sehe ich das nette (Javascript-gesteuerte) Layout nicht. Ich sehe dieses Layout jedoch, wenn ich das HTML-Dokument einfach mit einem Webbrowser ansehe. Gibt es eine Möglichkeit, Kompozer dazu zu bringen, dasselbe Javascript zu laden und die Änderungen in Echtzeit in der Kompozer-App anzuzeigen?

Ich könnte zurückgehen, um einfach das HTML, Javascript, PHP usw. von Hand in vim zu bearbeiten und dann zu sehen, wie die Website durch Ausführen in einem Browser reagiert, aber ich denke, es ist wahrscheinlich einfacher, Dinge in 1/2 und 1 zu tun / 2 WYSIWIG-Umgebung.

Gedanken?

drjrm3
quelle

Antworten:

1

Nein, das Schreiben Ihres Codes in einem Editor und die Vorschau des Ergebnisses in einem Browser ist nicht "archaisch". Dies ist der einzig vernünftige Weg, eine Website zu erstellen.

Kompozer - wie sein Vorgänger Nvu oder Dreamweaver, die kommerzielle Software, zu der sie eine Alternative sein sollen - macht viele Kompromisse, um Ihnen eine vermeintlich benutzerfreundliche Oberfläche zu bieten. Die Textbearbeitung ist nicht so gut wie in einem tatsächlichen Texteditor (und Vim ist eine Art Goldstandard, wenn es um Editoren geht), das Rendering ist nicht so gut wie in einem tatsächlichen Browser, der generierte Code ist oft zu ausführlich ...

Ich habe 1999 mit Dreamweaver 2 begonnen, es aber sehr schnell gelöscht, um einen einfacheren Workflow zu erhalten, in dem ich alles kontrolliere. Es hat mich viel schneller und viel besser gemacht.

Und nun ... die neueste Kompozer-Veröffentlichung ist von vor fünf Jahren. Es verwendet die Rendering-Engine von Firefox 2, sodass Sie sich nicht wundern sollten, warum Ihre Website nicht richtig aussieht!

In der Zwischenzeit ist die Front-End-Entwicklung ein bisschen komplizierter geworden als früher: Präprozessoren, Beobachter, Hunderte von Frameworks und Bibliotheken, von kleinen bis hin zu großen Abhängigkeitsmanagern, Paketmanagern ... aber der Trend ist ein wenig komisch -zentriert.

Um das Risiko einer zu starken Karikatur zu vermeiden, wird ein "moderner" professioneller Front-End-Entwickler derzeit folgendermaßen ausgeführt:

  • Sie haben Ihr Projekt unter einem Versionskontrollsystem (Subversion, Git, Mercurial, andere ...),
  • Sie haben einen Paketmanager, der sich mit den Abhängigkeiten Ihres Projekts befasst (npm, bower, andere ...).
  • Sie bearbeiten Ihren Code in einem Texteditor (Vim, Emacs, Sublime Text, Atom, Klammern, TextMate, VisualStudioCode usw.).
  • Sie haben einen Beobachter im Hintergrund, der Ihren Code und Ihre Assets (Grunt, Brunch, Gulp, andere ...) fusselt, testet, kompiliert,
  • Sie können eine Vorschau Ihrer Website in so vielen Browsern wie möglich auf so vielen Geräten wie möglich anzeigen.
  • Sie debuggen Ihren Code im Browser mit seinen Entwicklertools,
  • Sie verwalten Ihre Bereitstellung mit einigen CI-Software (Jenkins, Travis, andere ...).

Und auf der Back-End-Seite sieht es genauso aus.

Nun, all diese Dinge können für etwas so grundlegend Einfaches wie Webentwicklung ein bisschen zu schwer erscheinen, aber wenn Sie 2015 ein professioneller Webentwickler sind und keine der obigen Workflow-Varianten verwenden, weiß ich wirklich nicht, was ich tun soll Sagen Sie ... Sie haben viel Nachholbedarf.

Das Minimum, das Sie tun können, ist ...

  • Behalten Sie Ihren Code unter Versionskontrolle und lernen Sie, wie Sie ihn effizient einsetzen können.
  • Bearbeiten Sie Ihren Code in dem bequemsten Texteditor, den Sie finden, und lernen Sie, ihn effizient zu verwenden.
  • Testen Sie Ihren Code in einem Webbrowser, möglicherweise mit einer Erweiterung wie Livepage oder Auto Reload , und lernen Sie, wie Sie die Entwicklertools effizient einsetzen.

Und vergiss Kompozer.

romainl
quelle
Danke für die Einblicke. Ich komme aus einer leistungsorientierteren Softwareentwicklungsperspektive (wissenschaftliches Rechnen mit C, Fortran, MPI usw.) und bin sehr neu in der Webentwicklung. Daher ist meine Arbeitsweise vim (Bearbeiten) - make (Erstellen) - run (test) - sehen, wo es kaputt geht (refine), aber es sah nicht so aus, als ob das der Weg wäre, Web-Entwickler zu machen Ein großer Teil davon ist, dass ich CSS, divs usw. nicht verstehe, aber es hört sich so an, als müsste ich meine Hausaufgaben noch etwas mehr machen, um diese Dinge zu lernen und sie (sobald sie gelernt sind) auf die gleiche Art und Weise umzusetzen, wie ich sie habe gewesen.
drjrm3
Die Webentwicklung wurde überarbeitet → getestet… seit einiger Zeit. Heutzutage bewegt es sich viel in Richtung eines Modells zum Bearbeiten → Erstellen → Testen…, das im Grunde das gleiche ist wie das, an das Sie gewöhnt sind.
Romainl