Композер и бутстрап

1

Я надеюсь написать свою первую веб-страницу в начальной загрузке, и в прошлом я делал это, используя только командную строку (vim), а затем посмотрел, как это выглядело в браузере, но я знаю, что это довольно архаично, и мне, вероятно, следует использовать более удобный интерфейс для веб-разработчиков.

Таким образом, я пробую Kompozer, и когда я загружаю HTML-документ, я не вижу красивую (управляемую javascript) компоновку. Однако я вижу этот макет, если просто просматриваю HTML-документ с помощью веб-браузера. Есть ли способ заставить Kompozer загружать один и тот же javascript и просматривать изменения в реальном времени внутри приложения Kompozer?

Я мог бы вернуться к простому редактированию html, javascript, php и т. Д. Вручную в vim, а затем посмотреть, как веб-сайт реагирует, запустив браузер, но я думаю, что, вероятно, легче сделать что-то за 1/2 и 1 / 2 WYSIWIG окружение.

Мысли?

vim browser html javascript drjrm3
источник

Ответы:

1

Нет, написание вашего кода в редакторе и предварительный просмотр результата в браузере - это не "архаично"; на самом деле это единственный разумный способ создать сайт.

Kompozer - как и его предшественник Nvu или Dreamweaver, коммерческое программное обеспечение, которому они должны быть альтернативой - делает множество компромиссов, чтобы дать вам предположительно простой в использовании интерфейс. Редактирование текста не так хорошо, как в реальном текстовом редакторе (а Vim является своего рода золотым стандартом, когда речь идет о редакторах), рендеринг не так хорош, как в реальном браузере, сгенерированный код часто слишком многословен…

Я начал с Dreamweaver 2 еще в 1999 году, но очень быстро отбросил его для более простого рабочего процесса, где я все контролирую. Это сделало меня намного быстрее и намного лучше.

И, ну ... последняя версия Kompozer вышла пять лет назад. Он использует движок рендеринга Firefox 2, поэтому вы не должны удивляться, почему ваш сайт выглядит неправильно!

В то же время, разработка интерфейса стала немного более сложной, чем раньше: препроцессоры, наблюдатели, сотни сред и библиотек от крошечных до огромных, менеджеры зависимостей, менеджеры пакетов… но эта тенденция несколько забавна из командной строки -centered.

Чтобы рискнуть быть слишком карикатурным, «современный» профессиональный front-end dev в настоящее время делается так:

  • у вас есть ваш проект под какой-то системой контроля версий (Subversion, Git, Mercurial, другие ...),
  • у вас есть менеджер пакетов для работы с зависимостями вашего проекта (npm, bower, другие ...),
  • Вы редактируете свой код в текстовом редакторе (Vim, Emacs, Sublime Text, Atom, Brackets, TextMate, VisualStudioCode, другие ...),
  • у вас есть наблюдатель, работающий в фоновом режиме, отслеживающий, тестирующий, компилирующий ваш код и ваши активы (Grunt, Brunch, Gulp, другие ...),
  • вы просматриваете свой сайт в максимально возможном количестве браузеров на любом количестве устройств,
  • вы отлаживаете свой код в браузере с помощью инструментов разработчика,
  • вы управляете развертыванием с помощью некоторого программного обеспечения CI (Jenkins, travis, другие ...).

И это выглядит так же на внутренней стороне.

Теперь все эти вещи могут показаться слишком тяжелыми для чего-то столь же принципиально простого, как веб-разработка, но, если вы являетесь профессиональным веб-разработчиком в 2015 году и не используете вариант рабочего процесса, описанного выше, я действительно не знаю, что делать скажи… у тебя много дел

Минимум, что вы можете сделать, это ...

  • держать свой код под контролем версий и научиться эффективно его использовать,
  • отредактируйте свой код в наиболее удобном текстовом редакторе, который вы можете найти, и научитесь эффективно его использовать,
  • протестируйте свой код в веб-браузере, возможно, с таким расширением, как Livepage или Auto Reload , и узнайте, как эффективно использовать инструменты разработчика.

И забудь о Композере.

romainl
источник
Спасибо за идеи. Я пришел с точки зрения разработки программного обеспечения, более ориентированного на производительность (научные вычисления с использованием C, Fortran, MPI и т. Д.), И я очень плохо знаком с веб-разработкой, поэтому мой режим работы - vim (edit) - make (build) - run (тест) - посмотрите, где он ломается (уточняется), но не похоже, что это был способ сделать веб-разработку. Во многом это связано с тем, что я не понимаю CSS, div-ы и т. Д., Но мне кажется, что мне просто нужно больше сделать домашнее задание по изучению этих вещей и (как только они будут изучены) реализовать их так же, как я было.
drjrm3
Веб-разработка была редактировать → тестировать… довольно долго. В настоящее время он очень сильно переходит к модели редактирования → сборки → тестирования…, которая в основном совпадает с той, к которой вы привыкли, так что да, пора изучать HTML и CSS ;-).
Ромен