1

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

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

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

Мысли?

1 ответ1

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, и узнайте, как эффективно использовать инструменты разработчика.

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

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .