node.js를 설치하면 기본적으로 사용 가능한 내장 객체를 정리해보겠습니다 Global Objects 이 객체들은 모든 모듈에서 이용 가능합니다. global JS에서 window와 같은 전역 객체입니다. 모듈화 할 때 쓰는 require()도 전역 객체라 그냥 사용할 수 있었습니다.. ex) 실제로는 global.require(), global.console() global은 생략 가능 global.message 같은 여러 속성들이 있다! 전역적으로 사용하는 것은 권고하지 않습니다.(유지 보수의 어려움) console 브라우저의 window객체에 있는 console과 비슷합니다. node.js에서는 global객체 안에 들어있습니다. *자주 사용할 로깅 함수들 console.log('...') : 평..

node.js는 JS와 달리 모듈화하여 사용할 수 있다. * 사실 es2015이후 import { triangle, pramid } from './matrix' 처럼 모듈 시스템이 생기긴 했습니다! 모듈화? - 하나의 기능 단위를 모듈로 만들어 재사용 가능한 부품으로 만들어 사용할 수 있습니다 - 보통 파일로 코드를 모듈화하여 관리하게 편하게 합니다 모듈 자체가 하나의 프로그램이며 이 모듈로 더 확장해 프로그램을 개발할 수도 있습니다. 기능 단위로 쪼개서 관리하면 훨씬 구조를 이해하고 기능 단위로 유지보수 할 수 있을 것 같습니다. number.js const odd = 'odd!'; const even = 'even!'; module.exports = { odd, even } check.js const..

HTTP는 상태 유지가 되지 않는 프로토콜. client에 request에 response 하고 나면 해당 client와 연결을 지속하지 않고 끊어버린다..ㅜ ---> 이런 문제를 해결하기 위해 Cookie/Session이란 기술이 등장! (상태 유지 : 해당 클라이언트가 로그인을 했던 지 어떤 쇼핑을 했던 지/ 두, 세 번째 로그인했을 때 이 클라이언트가 누구인 지 정보를 알게 한다거나 할 수 있다.) Cookie - 정보를 사용자 컴퓨터에 저장 - 저장된 정보를 다른 사람/시스템에서 볼 수 있다는 단점. (공용pc/피씨방 등등에 정보를 남긴다..) - 유효기간이 지나면 사라짐 Session - 서버에 저장 - 서버가 종료되거나 유효시간 지나면 사라짐 쿠키의 동작 과정 세션의 동작 과정 Cookie j..

Model - View - Control 패턴 파란색 박스 : Spring이 제공해주는 것들 보라색 박스 : 개발자가 만들어야 하는 부분 녹색 박스 : Spring이 제공해주기도 하고 개발자가 만들어야 하는 부분도 있다. Spring은 보통 웹프레임워크가 Front Controller패턴(맨 앞단에서 컨트롤러가 진두지휘하는)을 가집니다. (DispatcherServlet 클래스가 Front Controller) 예외 처리도 이 DS클래스가 맡아서 합니다. request 선처리 작성 시 사용 Component org.springframework.web.servlet.LocaleResolver - 지역 정보 결정 org.springframework.web.servlet.FlashMapManager - Fla..

기존 포스트에서 JDBC 프로그래밍을 하기 위해서 low-level에서는 Driver를 로딩해 접속하고, RequestStatement 객체도 얻어내고, 쿼리문을 만들고, select검색처럼 결과가 있으면 결과를 받기위한 Resultset객체를 가져오고...블라블라.....(생략..) 이러한! 반복적인 low-level작업을 스프링 프레임워크가 대신 처리합니다! Spring JDBC 스프링 JDBC를 사용할 때, 개발자가 스프링에게 해줘야 할 일은? 스프링이 해주는 일 개발자가 해야할 일 연결 parameter 정의 연결 open SQL문 지정 parameter 선언과 parameter 값 제공 statement준비와 실행 statemenet결과가 존재하면(select같은..) 결과를 반복하는 loop ..

Redux? 우리는 리액트의 state 관리하는 것과 UI와의 일관성 유지하는 게 중요하다는 것을 알고?있습니다. (중요합니다ㅎ) 그런데 웹 애플리케이션이 훨씬 복잡해지고 많은 계층구조가 생기면(부모-자식-손자-증손자...) state관리는 극혐이됩니다. 각 계층은 자신이 가지는 기능을 해야하고 그 기능 수행을 위해 어떤 관계에서는 state를 가져와 사용하는 의존관계가 심화될 수 있습니다. 밑의 그림을 보면 서로서로 아주 격렬하게 의존관계가 생성됨을 알 수 있습니다... 애플리케이션 'state관리'라는 문제를 좀 해소시켜보자 해서 'Redux'라는 게 등장했습니다. 위의 그림을 보면 리덕스는 애플리케이션의 state를 다루고 저장하는 마법을 애플리케이션에 부여하는 일만 신경씁니다. 그리고 그것을 '스..