콤포 저와 부트 스트랩


1

부트 스트랩에 첫 번째 웹 페이지를 작성 하고 과거에는 명령 줄 (vim) 만 사용하여 브라우저를 보았지만 브라우저에서 어떻게 보이는지 보았지만 이것이 다소 오래된 것으로 알고 있으며 아마도 보다 '사용자 친화적'웹 개발 GUI.

따라서 Kompozer를 시험하고 있으며 HTML 문서를로드 할 때 멋진 (자바 스크립트 기반) 레이아웃이 표시되지 않습니다. 그러나 웹 브라우저를 사용하여 html 문서를 단순히 보면이 레이아웃이 표시됩니다. Kompozer에서 동일한 자바 스크립트를로드하고 Kompozer 앱 내에서 변경 사항을 실시간으로 볼 수있는 방법이 있습니까?

vim에서 직접 html, javascript, php 등을 편집 한 다음 브라우저에서 실행하여 웹 사이트가 어떻게 반응하는지 볼 수 있지만 1/2 및 1에서 작업을 수행하는 것이 더 쉽다고 생각합니다. / 2 WYSIWIG 환경.

생각?

답변:


1

아니요, 편집기에서 코드를 작성하고 브라우저에서 결과를 미리 보는 것은 "archaic"이 아닙니다. 그것은 실제로 웹 사이트를 만들 수있는 유일한 온건 한 방법입니다.

Kompozer는 이전 버전 인 Nvu 또는 Dreamweaver와 마찬가지로 상용 소프트웨어로 대체되어 사용하기 쉬운 인터페이스를 제공하기 위해 많은 절충안을 만듭니다. 텍스트 편집은 실제 텍스트 편집기만큼 좋지 않으며 (Vim은 편집기에 대해 이야기 할 때 일종의 표준입니다.) 렌더링은 실제 브라우저만큼 좋지 않습니다. 생성 된 코드는 너무 장황합니다.

내가 다시 1999 년 드림위버 2로 시작했지만 더 베어 뼈 워크 플로우를 매우 빨리 떨어졌다 내가 모든 것을 제어 할 수 있습니다. 그것은 나를 훨씬 더 빠르고 더 좋게 만들었습니다.

그리고, 최근… Kompozer의 최신 릴리스는 5 년 전입니다. Firefox 2의 렌더링 엔진을 사용하므로 웹 사이트가 왜 제대로 보이지 않는지 궁금하지 않습니다!

그 동안 프론트 엔드 개발은 예전보다 전 처리기, 감시자, 수백 개의 프레임 워크 및 라이브러리에서 소규모, 대규모 종속성 관리자, 패키지 관리자에 이르기까지 조금 더 복잡해졌습니다. 중심.

너무 풍자적 일 위험이 있으므로 "현대적인"전문적인 프론트 엔드 개발자는 현재 다음과 같이 수행됩니다.

  • 일부 버전 관리 시스템 (Subversion, Git, Mercurial 등)에 프로젝트가 있습니다.
  • 프로젝트의 종속성 (npm, bower 등)을 처리 할 패키지 관리자가 있습니다.
  • 텍스트 편집기 (Vim, Emacs, Sublime Text, Atom, Brackets, TextMate, VisualStudioCode 등)에서 코드를 편집합니다.
  • 백그라운드에서 실행중인 감시자가 보푸라기, 테스트, 코드 및 자산 컴파일 (Grunt, Brunch, Gulp 등),
  • 최대한 많은 기기에서 가능한 한 많은 브라우저에서 사이트를 미리보고
  • 개발자 도구를 사용하여 브라우저에서 코드를 디버깅합니다.
  • 일부 CI 소프트웨어 (Jenkins, travis 등)를 사용하여 배포를 관리합니다.

그리고 백엔드에서도 동일하게 보입니다.

이제는 모든 것이 웹 개발만큼 근본적으로 단순하기에는 너무 무거워 보일 수 있지만 2015 년 전문 웹 개발자이고 위의 워크 플로우 변형을 사용하지 않으면 어떻게 해야할지 모르겠습니다. 할 말이 많다.

당신이 할 수있는 최소한은…

  • 코드를 버전 관리 상태로 유지하고 코드를 효율적으로 사용하는 방법을 배우십시오.
  • 가장 편안한 텍스트 편집기에서 코드를 편집하고 효율적으로 사용하는 방법을 배우고,
  • 웹 브라우저에서 Livepage 또는 Auto Reload 와 같은 확장명으로 코드를 테스트 하고 개발자 도구를 효율적으로 사용하는 방법을 배우십시오.

그리고 Kompozer는 잊어 버리십시오.


통찰력에 감사드립니다. 나는 성능 중심의 소프트웨어 개발 각도 (C, Fortran, MPI 등을 사용한 과학 컴퓨팅)에서 왔으며 웹 개발에 익숙하지 않아서 운영 모드가 vim (edit)-make (build)입니다- 실행 (테스트)-그것이 깨지는 곳 (정제)을 보아라. 그러나 그것이 웹 개발을하는 방법 인 것처럼 보이지는 않았다. CSS, div 등을 이해하지 못하기 때문에 많은 것들이 있지만, 그 것들을 배우고 숙제를 한 후에 배우는 것과 같은 방식으로 구현해야 할 것 같습니다. 되었습니다.
drjrm3 2016 년

웹 개발은 꽤 오랫동안 편집 → 테스트되었습니다. 요즘에는 편집 → 빌드 → 테스트… 모델로 많이 옮겨 가고 있습니다. HTML과 CSS를 배우는 시간과 기본적으로 같은 모델입니다. ;-).
romainl
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.