좋은 프로그램은 유지와 보수가 쉬워야 하고, 기능을 추가하기 쉬워야 하며 사용자의 요청에 빨리 응답할 수 있어야 한다. 이 같은 웹 프로그램을 개발하기 위해서는 기능의 구현에 그치지 않고 어떤 요소를 어떻게 구성해서 전체 프로젝트를 만들지 알아야 한다. 웹 프로그래밍의 큰 그림을 살펴보기 위해 ‘프레임워크는 무엇이고 라이브러리는 무엇인가? 이들과 웹 프로그램과의 관계는 무엇일까?’라는 질문에서 시작해보자.
--- p.20

프레임워크는 라이브러리로 구성된다. 라이브러리는 기능 단위로 구분된 프로그램 코드의 묶음이다. 프레임워크와는 달리 프레임워크가 규정하는 상호작용 방식을 따르는 라이브러리는 한 프로그램에서 여러 가지를 함께 사용할 수 있다. 예를 들어 대한민국의 헌법(프레임워크)은 둘이 될 수 없지만, 헌법과 모순되지 않는 한 그 하위의 법률(라이브러리)은 기능별로 여럿이 될 수 있는 것과 같다.
--- p.21

지금까지 네 가지 예(mixed, modular, modular + express, modular + react)를 통해 웹 프로그래밍에 대해 살펴보았다. 웹 프로그램의 기능뿐만 아니라 그 구조에 대해서도 생각해보는 기회가 되었으면 하는 바람이다. / 처음부터 좋은 구조로 프로그램을 만들기 시작하면 시간이 지날수록 그리고 프로젝트 규모가 커질수록 그 혜택을 누릴 수 있다. 앞으로 이 책을 보는 동안에는 백엔드와 프런트엔드가 구분된 구조를 따라 웹 프로그램을 작성하면서 웹 프로그래밍을 배워 보도록 할 것이다.
--- p.68

이 책에서는 그 구성 요소가 독립적이고 기능의 확장이 쉬운 웹 프로그램을 지향했다. 백엔드 코드의 경우 파이썬 플라스크 웹 프레임워크가 제공하는 기능 중 최소한의 요소만 이용하여 작성했고 프런트엔드(페이지)를 구성하기 위해서는 별도의 프레임워크나 라이브러리를 사용하지 않고 HTML과 순수한 자바스크립트만을 사용했다. / 이와 같은 접근 방법을 취한 가장 큰 이유는 웹 프로그램이 특정 프레임워크나 라이브러리에 종속되는 것을 피하기 위함이다. 그리고 프레임워크의 추상화된 함수를 사용하지 않음으로써 웹 프로그램의 세부적인 내용을 살펴볼 수 있도록 하는 것이 두 번째 이유다.
--- p.68

이 책의 예제에서는 프런트엔드 프레임워크를 사용하지 않고 순수한 HTML과 자바스크립트를 가지고 프런트엔드 코드를 구성했다. 하지만 어떤 프레임워크를 사용하더라도 화면의 요소를 표현하고 사용자와 상호작용하며 서버에 요청을 보내고 응답을 받는 과정 자체는 동일하다. 리액트, 앵귤러, 뷰같이 이름을 한 번쯤은 들어보았을 것 같은 프레임워크들은 좀 더 복잡한 페이지를 효율적으로 구성할 수 있도록 도와주는 역할을 한다. 물론 간단한 웹 서비스라면 굳이 프런트엔드 프레임워크를 사용하지 않아도 된다.
--- p.131

상품 상세 정보를 보여주는 상품 게시 페이지를 만들어보자. 사용자가 보는 페이지에 해당하는 프런트엔드 코드 그리고 페이지에 표시될 데이터를 검색하고 응답하는 백엔드 코드의 상호작용과 이를 구현하기 위한 코딩 패턴은 이전 예제와 차이가 없다. 상품 등록 시 업로드했던 사진을 화면에 표시하는 등의 차이점을 중심으로 살펴보도록 하겠다.
--- p.213

개발을 진행하다 보면 백업, 협업 등을 위해 프로젝트 파일을 깃허브와 같은 외부 소스 관리 시스템에 업로드할 일이 생기게 된다. 이런 경로를 통해 서비스 관리에 필수적인 정보가 외부로 유출되면 서버의 보안에 큰 위협이 되기도 한다. 중요한 정보를 별도의 파일로 관리하는 방법에 대해 살펴보도록 하자.