- 주문상품수량
- 개
- 예상적립금
P - 상품할인금
- 원
- 배송료
- 원
- 주문합계
- 원
네비게이션 실시간 인기 책
-
정가28,000원
-
판매가28,000원 [0% 할인]
-
결제 혜택무이자
카드할인/포인트결제 안내
제휴카드
반디앤루니스 롯데카드 결제금액 최대 25% 청구할인 (1만원 이상 결제건에 한해 월 2회, 건당 최대 1만원 할인) 반디앤루니스 우리V카드 결제금액 10% 청구할인 포인트결제
OK캐쉬백 포인트 최소 10원부터 전액 사용 or 1% 적립 현대카드 M포인트 결제금액의 최대 10% 사용 가능 신한카드 포인트 결제금액의 최대 10% 사용 가능(일부카드) 하나(구.외환) 포인트 보유 한도 내에서 100% 사용 가능 씨티카드 포인트 결제금액의 최대 50% 사용 가능 할인카드
NH농협 TAKE5카드 20% 청구할인(Edu Pack) 채움 플래티늄 멀티카드 20% 청구할인 모바일 Tmoney 신한카드 10% 청구할인 신한카드 Shopping 10% 청구할인 NH농협 체크카드 10% 청구할인 NH20 해봄 신용카드 10% 청구할인 씨티 클리어 카드 7% 청구할인 NH20 해봄 체크카드 5% 청구할인 NH농협 LADY다솜카드 5% 청구할인 신한카드 큐브 5% 청구할인 신한카드 큐브 PLATINUM# 5% 청구할인 
무이자 안내
-
적립금840원 적립 [3%P]
추가 적립금 안내
[2천원 추가 적립]
총 주문금액 5만원 이상 구매 시 2,000원 추가 적립
도서(eBook포함)만 구매 시 적립 대상에서 제외업채배송상품 포함(기프트, 업체배송 등) 5만원[멤버십 추가 적립]
슈퍼루니 : 3% 추가 적립
골드루니 : 2% 추가 적립
실버루니 : 1% 추가 적립
단, 국내도서, eBook만 구매 시 적립 불가
-
배송료무료배송
-
출고예정일
출고예정일 안내
※ 출고예정일은 도서 재고상황에 따라 변동될 수 있습니다.
2025년 05월 06일(화)※ 출고예정일은 도서 재고상황에 따라 변동될 수 있습니다.
당일배송 가능지역 검색
“도로명주소”를 쉽게 찾아보세요
1. 도로명으로 검색하기 (예, “직지길” or “직지길+322”)
2. 건물명으로 검색하기 (예, “반디앤루니스빌딩”)
3. 동(읍/면/리) 으로 검색 (예, “인사동” or “인사동+43”)
4. 도로명주소를 모르실 경우 도로명주소 안내시스템(http://www.juso.go.kr)에서 확인해주세요.
시/도
시/군/구
회원리뷰
ISBN: 9788998139568
424쪽
188 x 240 (㎜)
지금 이책은
- 판매지수 : 244
이 분야의 베스트셀러
-
이것이 취업을 위한 코딩 테스트다 with 파이썬
나동빈
30,600원
-
지니어스키트로 배우는 마이크로비트
아이씨뱅큐
18,000원
-
Do it! 점프 투 파이썬 [개정판]
박응용
16,920원
이 책과 함께 구매한 책
-
가장 빨리 만나는 자바 8 카이 호스트만 16,020원
-
뇌가 즐거운 아기 놀이 120 뇌발달영아놀이연구팀 15,300원
-
장하준의 경제학 강의 장하준 18,000원
-
필드비즈니스회화-경어편 가네코히로유키 10,800원
-
ORACLE 11g와 함께하는 JSP/Servlet 프로그래밍 조행남 28,000원
이 책의 시리즈
전체 선택
쇼핑카트 담기
-
-
일 잘하는 직장인을 위한 엑셀 자동화 with 파이썬 27,000원 (10%↓+5%P)
-
처음 배우는 C# 프로그래밍 22,500원 (10%↓+5%P)
-
파이썬으로 만드는 암호화폐 자동 거래 시스템 22,500원 (10%↓+5%P)
-
프랙티컬 C# 25,200원 (10%↓+5%P)
-
빠르게 활용하는 파이썬 3.6 프로그래밍 27,000원 (10%↓+5%P)
-
책 소개
출판사 리뷰
이제 올바로 코딩하자!
소프트웨어의 소스코드 규모가 방대해지고 복잡해질수록 그만큼 코드에 결함이 발생할 확률도 기하급수적으로 상승한다. 단순한 실수로 치명적인 결함을 발생시키는 소스코드, 혼란스럽고 복잡한 스파게티 코드, 그리고 소프트웨어의 성능과 품질을 떨어뜨리는 코드가 소프트웨어의 어느 한 구석에 숨어있을 가능성은 언제나 있지만, 소프트웨어가 고도화된 만큼 이 같은 결함을 찾아내기는 굉장히 어렵다. 이 책에서는 이런 결함들을 정적 분석 도구인 PMD를 활용해 자동으로 진단하고 실제 프로젝트 경험을 바탕으로 올바른 방향으로 ...
이제 올바로 코딩하자!
소프트웨어의 소스코드 규모가 방대해지고 복잡해질수록 그만큼 코드에 결함이 발생할 확률도 기하급수적으로 상승한다. 단순한 실수로 치명적인 결함을 발생시키는 소스코드, 혼란스럽고 복잡한 스파게티 코드, 그리고 소프트웨어의 성능과 품질을 떨어뜨리는 코드가 소프트웨어의 어느 한 구석에 숨어있을 가능성은 언제나 있지만, 소프트웨어가 고도화된 만큼 이 같은 결함을 찾아내기는 굉장히 어렵다. 이 책에서는 이런 결함들을 정적 분석 도구인 PMD를 활용해 자동으로 진단하고 실제 프로젝트 경험을 바탕으로 올바른 방향으로 수정하는 최적의 방법을 제시한다.
각 장은 결함의 난이도와 발생 빈도를 기준으로 분류된 여러 개의 항목으로 구성돼 있으며, 각 항목에서는 실제 프로젝트 사례를 바탕으로 결함의 원인과 PMD를 통한 분석 방법, 그리고 문제점의 해결책을 실무에 가까운 소스코드와 간결한 설명으로 쉽고 명확하게 설명한다.
★ 이 책에서 다루는 내용 ★
◎ 프로그래밍 일반 규칙
◎ 가독성과 명명 규칙
◎ 괄호 규칙
◎ 올바른 문자열 처리
◎ 올바른 주석 사용법
◎ 패키지 참조
◎ 빈 코드
◎ 코드 길이와 복잡도
◎ 필수 설계 규칙
◎ 객체 간의 결합 규칙
◎ 소스코드 최적화
◎ JUnit 사용 규칙
◎ 예외 처리
저자 소개
- 구분 : 저서
- 국적 : 대한민국
- 분류 : 과학/공학 저자
- 인기지수 : 11
시스템 분석을 전공으로 Queensland University of Technology를 졸업했으며, 사이트 정보 파악 방법에 대한 기술 특허를 고안했고, ISO TC211 국제 주소 표준화 구조 분석 연구원으로 참여했다. 또한 다양한 언어와 환경에서 프로젝트를 수행한 경험을 바탕으로 정부 및 대기업의 자바 기반 프로젝트에서 시스템 분석 설계 개발자로 활동하고 있다. 현재 많은 자바 프로젝트에서 비슷한 실수들이 치명적인 결함을 일으키는 것에 관심을 두고 정적 분석 도구인 PMD를 활용해 소프트웨어의 문제점을 진단하고 코드상의 실수를 방지해 소프트웨어의 품질을 향상시키는 데 노력하고 있다.
책 속에서
목차
목차
망가진 소스코드를 자동으로 진단하기
IDE별 PMD 설치 및 사용
[1부] 기본 프로그래밍 가이드라인
▣ 01장: 프로그래밍 일반 규칙
1.1 뒤죽박죽 증감변수
1.2 연관된 조건문은 하나로 통합한다
1.3 아무것도 하지 않는 if 문은 제거한다
1.4 잘못된 null 조건 비교
1.5 잘못된 위치의 null 비교
1.6 for 문 vs. while 문
1.7 for 문에서는 절대 float을 증감변수로 사용하지 않는다
1.8 반복문 끝에는 분기문을 두지 않는다
1.9 Boolean 객체의 사용법
1.10 BigInteger 객체의 사용법
1.11 BigDecimal의 함정
1.12 8진수 값은 사용하지 않는다
1.13 잘못 하드코딩된 IP는 위험하다
1.14 올바른 toArray 메서드 사용법
1.15 equals와 hashCode 메서드는 언제나 함께 오버라이드한다
1.16 실수하기 쉬운 skip 메서드
1.17 finally 절에서는 return을 사용하지 않는다
1.18 복합 단항 연산은 가독성이 떨어진다
1.19 Boolean 값을 반환하는 코드는 단순하게
1.20 초기화 블록은 생성자와 혼동될 수 있다
1.21 Double.NaN으로 값을 비교하지 않는다
▣ 02장: 가독성과 명명 규칙
2.1 패키지 명명 규칙
2.2 클래스 및 인터페이스 명명 규칙
2.3 추상 클래스 명명 규칙
2.4 메서드 명명 규칙
2.5 사용할 수 없는 메서드명
2.6 변수 명명 규칙
2.7 변수 명명 규칙의 예외 사항
2.8 상수 명명 규칙
2.9 헝가리안 표기법
▣ 03장: 괄호 규칙
3.1 if 문 괄호 규칙
3.2 for와 while 문의 괄호 규칙
▣ 04장: 올바른 문자열 처리
4.1 중복된 문자열은 삭제한다
4.2 올바른 문자열 객체 사용법
4.3 비효율적인 StringBuffer/StringBuilder 사용
4.4 대소문자를 포함한 문자열 비교법
4.5 올바른 StringBuffer/StringBuilder 생성자 사용
4.6 StringBuffer/StringBuilder 사용 시 주의해야 하는 실수
4.7문자열에서 특정 문자 찾기
4.8 빈 문자열 확인
4.9 문자열의 시작 문자를 검사할 때는 startsWith가 아닌 chartAt을 활용하자
▣ 05장: 올바른 주석 사용법
▣ 06장: 패키지 참조
6.1 중복된 참조는 가독성이 떨어진다
6.2 불필요한 참조는 하지 않는다
6.3 너무 많은 정적 참조는 불필요하다
▣ 07장: 빈 코드
7.1 비어있는 예외 처리는 치명적인 결함을 무시한다
7.2 비어있는 finally 블록은 시스템 자원을 낭비할 수 있다
7.3 비어있는 반복문은 불필요한 시스템 자원을 소비한다
7.4 과도한 스레드 동기화는 병목현상을 유발한다
[2부] 설계에 도움이 되는 가이드라인
▣ 08장: 코드 길이와 복잡도
8.1 길고 복잡한 코드는 단순하게
8.2 너무 많은 기능을 한 클래스에 넣지 않는다
8.3 연관성 있는 변수는 하나의 객체로 묶는다
8.4 클래스의 결합도는 낮춰야 한다
8.5 복잡한 메서드는 재앙이다
▣ 09장: 필수 설계 규칙
9.1 복잡한 단계의 if 문은 위험하다
9.2 switch 문에서 break는 필수다
9.3 switch 문의 default 절은 필수다
9.4 복잡한 switch 문과 템플릿 메서드 패턴
9.5 생성자에서는 재정의 가능한 메서드를 호출해서는 안 된다
9.6 캡슐화를 위한 내부 클래스는 오히려 결합도와 응집도를 모두 저해한다
9.7 스레드 동기화는 중복해서 하지 않는다
9.8 static 메서드로만 이뤄진 클래스는 싱글톤 패턴으로 변환한다
9.9 사용한 리소스는 꼭 반환한다
9.10 메서드 단위의 스레드 동기화에 주의한다
▣ 10장: 객체 간의 결합 규칙
10.1 객체를 선언할 때는 클래스가 아닌 인터페이스로 선언한다
10.2 불필요한 클래스 간의 소통을 최소화한다
[3부] 성능 개선을 위한 가이드라인
▣ 11장: 소스코드 최적화
11.1 적절한 컬렉션 선택은 소프트웨어의 성능을 좌우한다
11.2 리스트와 배열 간 빠른 복사 방법
11.3 형변환에 불필요한 메서드 사용
11.4 불변 객체는 객체 관리를 수월하게 만들어준다
11.5 방어복사는 객체를 방어하는 가장 쉬운 방법이다
11.6 인터페이스는 기능의 명세서 역할만을 수행한다
11.7 사용하지 않는 소스코드는 삭제하자
11.8 중복 소스코드 진단
11.9 스레드 그룹은 사용하지 않는다
11.10 Thread의 run 메서드 대신 start 메서드를 사용한다
[4부] 디버깅을 위한 JUnit과 예외 처리
▣ 12장: JUnit 사용 규칙
12.1 JUnit 3에서는 오타가 가장 큰 오류의 주범이다
12.2 단정 메서드의 실패 메시지는 디버깅에 효율적이다
12.3 assertTrue가 JUnit의 유일한 단정 메서드는 아니다
12.4 너무 긴 테스트 시나리오는 단위 테스트의 목적을 불분명하게 만든다
▣ 13장: 예외 처리
13.1 예외 정보를 무시하는 것은 소프트웨어 유지보수를 포기하는 것과 같다
13.2 통합된 예외 처리가 아닌 각 예외의 유형에 맞게 처리해야 한다
13.3 GOTO와 같은 예외 처리 구조는 예외 처리를 더욱 복잡하게 만든다
망가진 소스코드를 자동으로 진단하기
IDE별 PMD 설치 및 사용
[1부] 기본 프로그래밍 가이드라인
▣ 01장: 프로그래밍 일반 규칙
1.1 뒤죽박죽 증감변수
1.2 연관된 조건문은 하나로 통합한다
1.3 아무것도 하지 않는 if 문은 제거한다
1.4 잘못된 null 조건 비교
1.5 잘못된 위치의 null 비교
1.6 for 문 vs. while 문
1.7 for 문에서는 절대 float을 증감변수로 사용하지 않는다
1.8 반복문 끝에는 분기문을 두지 않는다
1.9 Boolean 객체의 사용법
1.10 BigInteger 객체의 사용법
1.11 BigDecimal의 함정
1.12 8진수 값은 사용하지 않는다
1.13 잘못 하드코딩된 IP는 위험하다
1.14 올바른 toArray 메서드 사용법
1.15 equals와 hashCode 메서드는 언제나 함께 오버라이드한다
1.16 실수하기 쉬운 skip 메서드
1.17 finally 절에서는 return을 사용하지 않는다
1.18 복합 단항 연산은 가독성이 떨어진다
1.19 Boolean 값을 반환하는 코드는 단순하게
1.20 초기화 블록은 생성자와 혼동될 수 있다
1.21 Double.NaN으로 값을 비교하지 않는다
▣ 02장: 가독성과 명명 규칙
2.1 패키지 명명 규칙
2.2 클래스 및 인터페이스 명명 규칙
2.3 추상 클래스 명명 규칙
2.4 메서드 명명 규칙
2.5 사용할 수 없는 메서드명
2.6 변수 명명 규칙
2.7 변수 명명 규칙의 예외 사항
2.8 상수 명명 규칙
2.9 헝가리안 표기법
▣ 03장: 괄호 규칙
3.1 if 문 괄호 규칙
3.2 for와 while 문의 괄호 규칙
▣ 04장: 올바른 문자열 처리
4.1 중복된 문자열은 삭제한다
4.2 올바른 문자열 객체 사용법
4.3 비효율적인 StringBuffer/StringBuilder 사용
4.4 대소문자를 포함한 문자열 비교법
4.5 올바른 StringBuffer/StringBuilder 생성자 사용
4.6 StringBuffer/StringBuilder 사용 시 주의해야 하는 실수
4.7문자열에서 특정 문자 찾기
4.8 빈 문자열 확인
4.9 문자열의 시작 문자를 검사할 때는 startsWith가 아닌 chartAt을 활용하자
▣ 05장: 올바른 주석 사용법
▣ 06장: 패키지 참조
6.1 중복된 참조는 가독성이 떨어진다
6.2 불필요한 참조는 하지 않는다
6.3 너무 많은 정적 참조는 불필요하다
▣ 07장: 빈 코드
7.1 비어있는 예외 처리는 치명적인 결함을 무시한다
7.2 비어있는 finally 블록은 시스템 자원을 낭비할 수 있다
7.3 비어있는 반복문은 불필요한 시스템 자원을 소비한다
7.4 과도한 스레드 동기화는 병목현상을 유발한다
[2부] 설계에 도움이 되는 가이드라인
▣ 08장: 코드 길이와 복잡도
8.1 길고 복잡한 코드는 단순하게
8.2 너무 많은 기능을 한 클래스에 넣지 않는다
8.3 연관성 있는 변수는 하나의 객체로 묶는다
8.4 클래스의 결합도는 낮춰야 한다
8.5 복잡한 메서드는 재앙이다
▣ 09장: 필수 설계 규칙
9.1 복잡한 단계의 if 문은 위험하다
9.2 switch 문에서 break는 필수다
9.3 switch 문의 default 절은 필수다
9.4 복잡한 switch 문과 템플릿 메서드 패턴
9.5 생성자에서는 재정의 가능한 메서드를 호출해서는 안 된다
9.6 캡슐화를 위한 내부 클래스는 오히려 결합도와 응집도를 모두 저해한다
9.7 스레드 동기화는 중복해서 하지 않는다
9.8 static 메서드로만 이뤄진 클래스는 싱글톤 패턴으로 변환한다
9.9 사용한 리소스는 꼭 반환한다
9.10 메서드 단위의 스레드 동기화에 주의한다
▣ 10장: 객체 간의 결합 규칙
10.1 객체를 선언할 때는 클래스가 아닌 인터페이스로 선언한다
10.2 불필요한 클래스 간의 소통을 최소화한다
[3부] 성능 개선을 위한 가이드라인
▣ 11장: 소스코드 최적화
11.1 적절한 컬렉션 선택은 소프트웨어의 성능을 좌우한다
11.2 리스트와 배열 간 빠른 복사 방법
11.3 형변환에 불필요한 메서드 사용
11.4 불변 객체는 객체 관리를 수월하게 만들어준다
11.5 방어복사는 객체를 방어하는 가장 쉬운 방법이다
11.6 인터페이스는 기능의 명세서 역할만을 수행한다
11.7 사용하지 않는 소스코드는 삭제하자
11.8 중복 소스코드 진단
11.9 스레드 그룹은 사용하지 않는다
11.10 Thread의 run 메서드 대신 start 메서드를 사용한다
[4부] 디버깅을 위한 JUnit과 예외 처리
▣ 12장: JUnit 사용 규칙
12.1 JUnit 3에서는 오타가 가장 큰 오류의 주범이다
12.2 단정 메서드의 실패 메시지는 디버깅에 효율적이다
12.3 assertTrue가 JUnit의 유일한 단정 메서드는 아니다
12.4 너무 긴 테스트 시나리오는 단위 테스트의 목적을 불분명하게 만든다
▣ 13장: 예외 처리
13.1 예외 정보를 무시하는 것은 소프트웨어 유지보수를 포기하는 것과 같다
13.2 통합된 예외 처리가 아닌 각 예외의 유형에 맞게 처리해야 한다
13.3 GOTO와 같은 예외 처리 구조는 예외 처리를 더욱 복잡하게 만든다
머리말
자바는 분명 잘 만들어진 언어이고 그러한 이유로 수많은 오픈소스 프로젝트와 상용 소프트웨어에서 활용되고 있으며, 수많은 관련 라이브러리와 정보가 매일 매일 쏟아져 나오고 있다. 하지만 안타깝게도 이런 과도한 활용도와 정보로 인해 많은 개발자들이 자바를 매우 쉽게 생각하고 올바른 사용법보다 단순히 당장 필요한 라이브러리를 사용하기 위한 기본 정보와 인터넷 상의 잘못된 정보를 아무런 검증 없이 프로젝트에 활용하고 있다. 특히 일부 프로젝트에서는 자바가 C와 다르게 메모리를 VM이 자동으로 관리해준다는 점을 맹신함으로써 메모리 관리 자체를 포기한 소스코드 또한 빈번히 발견된다. 결국 아무리 좋은 도구가 있더라도 제대로 사용할 줄 모르면 무용지물인 것처럼 자바라는 언어의 특성을 정확하게 인지하지 못하고 단편적인 정보만을 활용해 당면한 문제를 해결하는 데만 급급하기 때문에 자바를 최대한 활용하는 모습을 보기 어렵다.
또한 그동안 다양한 프로젝트를 수행하면서 경험한 바는 의외로 잘못 작성된 코드가 전체 코드의 구석구석에 숨어 있어도 이런 문제점을 발견하기가 매우 곤란하다는 점이다. 코드 사이사이에 숨은 잘못된 코드를 리뷰와 검수를 통해 찾기란 여간 곤혹스러운 일이 아니다.
정적 분석 도구인 PMD는 이런 문제점을 해결할 수 있는 유용한 해결책 중 하나다. PMD는 작성된 소스코드를 자동으로 분석해 잘못된 코드의 잠재적인 문제점을 유형별로 진단하고 간략한 설명을 첨언함으로써 코드의 품질을 향상시키는 데 매우 유용하다. 물론 PMD가 완벽한 것은 아니다. PMD의 진단 항목 가운데 아직까지 논란의 대상이 되고 있는 항목이나 상황에 따라 불필요한 항목도 있으며, 아직 진단하지 못하는 문제점들도 있다. 하지만 PMD가 판올림을 거듭하면서 각종 필수항목과 유용한 진단 항목들이 포함되어 자바 프로그래밍을 위한 최소한의 가이드라인 역할은 수행할 수 있다.
이 책은 실제 사례를 기준으로 빈번히 발생하는 잘못된 코드를 PMD로 진단하고 발견된 문제점을 올바르게 수정하는 방법을 제시하기 위한 명확한 설명과 예제로 구성돼 있다. 특히 예제 코드는 가급적 실제 코드를 활용했으며, 그렇지 못한 경우에는 최대한 실제로 일어날 수 있을 법한 예를 들려고 노력했다.
완벽한 프로그래밍이란 불가능하지만 이 책을 통해 자바라는 언어를 좀 더 이해하고 효과적으로 활용해 잘못된 코드로 발생하는 개발의 괴로움을 더는 데 도움 되기를 바란다.
- 저자 서문 중에서
배송 시 유의사항
- 반디앤루니스에서 구매하신 도서는 물류 대행 위탁업체 웅진 북센을 통해 배송됩니다.
(배송 포장에 "웅진 북센"으로 표기될 수 있습니다.)
- 구매한 상품의 품질과 배송 관련 문의는 반디앤루니스로 문의 바랍니다.
- 천재지변 및 택배사의 사정에 따라 배송이 지연될 수 있습니다.
- 결제(입금) 완료 후 출판사 및 유통사의 사정으로 품절 또는 절판 되어 상품 구입이 어려울 수 있습니다. (별도 안내 예정)
- 도서산간지역의 경우 추가 배송비가 발생될 수 있습니다.
반품/교환
상품 설명에 반품/ 교환 관련한 안내가 있는 경우 그 내용을 우선으로 합니다. (업체 사정에 따라 달라질 수 있습니다)
반품/교환
-
반품/교환 반품/교환 방법 홈 > 고객센터 > 자주찾는질문 “반품/교환/환불” 안내 참고 또는 1:1상담게시판 반품/교환 가능 기간 반품,교환은 배송완료 후 7일 이내, 상품의 결함 및 계약내용과 다를 경우 문제발견 후 30일 이내에 신청가능 반품/교환 비용 변심 혹은 구매착오의 경우에만 반송료 고객 부담(별도 지정 택배사 없음) 반품/교환 불가 사유 - 소비자의 책임 사유로 상품 등이 손실 또는 훼손된 경우
- 소비자의 사용, 포장 개봉에 의해 상품 등의 가치가 현저히 감소한 경우
- 복제가 가능한 상품 등의 포장을 훼손한 경우 : 예)만화책, 잡지, 화보집 등
- 시간의 경과에 의해 재판매가 곤란한 정도로 가치가 현저히 감소한 경우
- 전자상거래등에서의 소비자보호에 관한 법률이 정하는 소비자 청약철회 제한 내용에 해당되는 경우
- 해외주문 상품(해외 원서)의 경우(파본/훼손/오발송 상품을 제외)
소비자 피해보상
환불지연에 따른 배상- 상품의 불량에 의한 반품, 교환, A/S, 환불, 품질보증 및 피해보상 등에 관한 사항은
소비자 분쟁해결 기준(공정거래위원회고시)에 준하여 처리됨 - 대금 환불 및 환불지연에 따른 배상금 지급 조건, 절차 등은 전자상거래 등에서의
소비자 보호에 관한 법률에 따라 처리함
반품/교환 주소 경기도 파주시 문발로 77, 웅진북센(반디앤루니스)
