jdk 설치용 exe 파일을 오라클에서 다운받아 실행하려고 하는데 아무리 클릭을 해도 실행이 안되는 오류가 발생했다.
열심히 구글링을 하다가 아래 사이트를 참고해서 알약을 종료하고 다시 클릭했더니 정상적으로 실행됐다.
실행 중인 백신이 있다면 끄고 시도해보길 바란다.
참고 사이트
https://www.java.com/ko/download/help/troubleshoot_java_ko.html
jdk 설치용 exe 파일을 오라클에서 다운받아 실행하려고 하는데 아무리 클릭을 해도 실행이 안되는 오류가 발생했다.
열심히 구글링을 하다가 아래 사이트를 참고해서 알약을 종료하고 다시 클릭했더니 정상적으로 실행됐다.
실행 중인 백신이 있다면 끄고 시도해보길 바란다.
참고 사이트
https://www.java.com/ko/download/help/troubleshoot_java_ko.html
어떤 것들의 공통적인 성격을 뽑아내어 이를 따로 분리해내는 작업
자바가 추상화를 위해 제공하는 유용한 도구
어떤일을 하겠다는 기능만 정의해 놓을 것
자신이 사용할 클래스가 어떤 것인지 몰라도 단지 인터페이스를 통해 원하는 기능을 사용하기만 하면 된다.
객체지향 설계 원칙 중 하나
클래스나 모듈은 확장에는 열려있어야 하고 변경에는 닫혀있어야 한다.
객체지향의 특징을 잘 살릴 수 있는 설계의 특징
디자인 패턴이 구체적인 솔루션이라면 객체지향 설계 원칙은 general한 설계 기준
1. SPR(The Single Responsibility Principle): 단일 책임 원칙
하나의 메서드에는 하나의 기능
2. OCP(The Open Closed Principle): 개방 폐쇄 원칙
확장에는 열려있지만 변경에는 닫혀있다
3. LSP(The Liskov Subsitution Principle): 리스코프 치환 원칙
다형성
4. ISP(The Interface Segregation Principle): 인터페이스 분리 원칙
사용자마다 창 분리하여 구현
5. DIP(The Dependency Inversion Principle): 의존관계 역전 원칙
사용할 객체 불러쓰기
하나의 모듈, 클래스가 하나의 관심사에만 집중
변경이 필요할 때 해당 모듈, 클래스가 전체적으로 변함
결합도: 하나의 오브젝트가 변경이 일어날 때에 관계를 맺고 있는 다른 오브젝트에 변화를 요구하는 정도
책임과 관심사가 다른 오브젝트, 모듈은 느슨하게 연결된 상태를 유지
변화에 대응하는 속도가 높아지고 구성이 깔끔해진다.
자신의 기능 맥락(컨텍스트)에서 필요에 따라 변경이 필요한 알고리즘을 인터페이스를 통해 통째로 외부로 분리시키고 이를 구현한 구체적인 알고리즘 클래스를 필요에 따라 바꿔 사용할 수 있도록 해주는 디자인 패턴
ex) 책의 개선한 UserDaoTest-UserDao-ConnectionMaker 구조
개방 폐쇄 원칙에 잘 들어맞는 패턴
+읽고 느낀 점
인터페이스라는 개념이 처음 나왔는데 객체지향 설계 원칙에 상당히 부합하는 유용한 도구인 것 같다.
1장에서 전체적으로 객체지향 원칙에 관한 내용들이 많이 나왔는데 스프링이 자바의 퇴색된 객체지향 원칙을 보완하기 위해 나온 프레임워크인만큼 스프링을 잘 이해하기위해선 객체지향 원칙을 잘 이해하고 있는 것이 중요할 것 같다는 생각이 들었다.
참여하고 있는 스프링 스터디에서 책에는 전략 패턴이 간단하게 나왔지만 현업에서 중요한 개념인 것 같다고 말을 해주셔서 전략 패턴에 대해 좀 더 공부해보면 좋을 것 같다.
[토비의스프링3.1] 1.5 스프링의 IOC (0) | 2022.01.21 |
---|---|
[토비의스프링3.1] 1.4 제어의 역전(IoC) (0) | 2022.01.21 |
[토비의스프링3.1] 1.2 DAO의 분리 (0) | 2022.01.13 |
[토비의스프링3.1] 1.1 초난감 DAO (0) | 2022.01.13 |
[스프링] 스프링의 중요한 특징과 공부 방향 (0) | 2022.01.05 |
오브젝트에 대한 설계와 이를 구현한 코드도 영원한 것이 아니라 변화가 필요한데
객체를 설계할 때 가장 주의를 기울여야 하는 부분이 바로 이 변화에 어떻게 대비할지이다.
가장 좋은 방안은 변화를 코드에 적용할 때 변화의 폭을 최소화하는 것이다.
->분리와 확장을 통해
1. 관심사의 분리
관심이 같은 것들을 하나의 객체 안으로
관심이 다른 것은 서로에게 영향을 주지않도록 분리
2. 중복 코드의 메소드 추출
1. DB 커넥션을 어떻게 가져올 것인가
어떤 DB를 쓰고 어떤 드라이버를 사용할지 등등
2. SQL문을 담을 Statement를 만들고 실행
파라미터로 넘어온 정보를 statement에 바인딩시키고 거기에 담긴 SQL을 DB를 활용해 실행
3. 리소스의 반환
statement, connection 오브젝트 반환
1. 리팩토링
리팩토링: 기능은 유지하면서 구조를 바꿔나가며 목적에 맞게 코드를 개선해나가는 과정
->관심사의 분리와 확장이 키워드
->변화에 효율적으로 대응할 수 있고 생산성이 올라간다.
2. 테스트
추상 메소드를 활용해 상속을 통해 서브클래스로 분리
public abstract class UserDao {
public void add(User user) { // throws 코드 생략
// ...
}
public User get(String id) {
// ..
}
public abstract Connection getConnection(){ // 이 메소드를 상속해야 함
// ..
//추상 클래스
}
}
public class NUserDao extends UserDao {
public Connection getConnection(){
//메소드의 구현은 서브클래스가 담당
}
}
1. 다중 상속 허용 X
2. 상속을 통한 상하위 클래스의 관계가 생각보다 밀접
서브클래스는 슈퍼클래스의 기능을 직접 사용 가능함
슈퍼클래스 내부의 변화가 생길경우 서브클래스도 수정해야할수도
3. 다른 DAO 클래스에 사용 불가능
개발 시 자주 직면하는 문제들을 해결하기 위해 사용하는 재사용 가능한 솔루션
주로 객제지향 설계에 관한 것
패턴을 적용할 상황, 해결해야 할 문제, 솔루션의 구조와 각 요소의 역할과 함께 핵심 의도가 무엇인지 공부
변하지 않는 기능은 슈퍼클래스에, 확장이 필요한 기능은 서브클래스에
훅메소드: 서브클래스에서 선택적으로 오버라이드 할 수 있도록 슈퍼클래스에 정의해둔 메소드
추상메소드를 구현하거나(위의 예시), 훅 메소드를 오버라이드하는 방법 이용
상속을 통해 기능을 확장하게 하는 패턴
슈퍼클래스 코드에서 서브클래스에서 구현한 메소드를 호출해서 필요한 타입의 오브젝트로 가져와 사용
주로 인터페이스 타입으로 오브젝트를 리턴
+읽고 느낀 점
모든 코드는 변한다라는 말이 엄청 와닿았다.
앞으로 개발을 함에 있어 코드는 항상 변화할 수 있다는 점을 염두해두고 관심사를 분리하여 변화에 효율적으로 대응할 수 있는 코드를 만드는 습관을 만들어야겠다는 생각을 했다.
개발을 할 때 리팩토링과 테스트가 중요하다는 말을 종종 들어왔었는데 왜 중요한지에 대해 생각해볼 수 있는 기회였던 것 같다. 여태까지 프로젝트를 할 땐 리팩토링과 테스트보단 당장의 기능 구현에 초점을 맞춰서 개발을 해왔던 것 같은데 지금 진행하고 있는 프로젝트부턴 리팩토링과 테스트에 힘을 실어 개발을 해야할 것 같다.
책에서 디자인패턴과 관련된 내용이 간략하게 나왔는데 처음 접하는 용어라 이에 대해 좀 더 공부해보면 좋을 것 같다.
[토비의스프링3.1] 1.5 스프링의 IOC (0) | 2022.01.21 |
---|---|
[토비의스프링3.1] 1.4 제어의 역전(IoC) (0) | 2022.01.21 |
[토비의스프링3.1] 1.3 DAO의 확장 (0) | 2022.01.13 |
[토비의스프링3.1] 1.1 초난감 DAO (0) | 2022.01.13 |
[스프링] 스프링의 중요한 특징과 공부 방향 (0) | 2022.01.05 |
Data Access Object
DB를 통해 데이터 조회, 수정 등의 기능을 하는 오브젝트
비주얼 툴 컴포넌트로서의 자바빈 인기는 줄어들었지만 몇가지 특징들이 오브젝트 오픈소스 기술을 통해 이어져 왔다.
이어진 특징들
-디폴트 생성자: 파라미터가 없는 디폴트 생성자
-프로퍼티: 자바빈이 노출하는 이름을 가진 속성, getter와 setter로 조회/수정 가능
1. DB 연결을 위한 Connection을 가져온다.
2. SQL을 담은 Statement(또는 PreparedStatement)를 만든다.
3. 만들어진 Statement를 실행한다.
4. 조회의 경우 SQL 쿼리의 실행 결과를 ResultSet으로 받아서 정보를 저장할 오브젝트에 옮겨준다.
5. 작업중에 생성된 Connection, Statement, ResultSet 같은 리소스는 작업을 마친 후 반드시 닫아준다.
6. JDBC API가 만들어내는 예외를 잡아서 직접 처리하거나, 메소드에 throws를 선언해서 예외가 발생하면 메소드 밖으로 던지게 한다.
오브젝트 스스로 자신을 테스트하도록 만들어주는 것
테스트에 관한 자세한 내용은 2장에 나옵니다.
+읽고 느낀 점
지난 학기에 데이터베이스 수업을 들으면서 jdbc를 사용해봤었는데 관련된 내용이 나와서 재밌게 읽을 수 있었다.
과제를 할 때는 connection을 가져오고 statement에 쿼리를 담는 등의 주요 로직들에만 주로 관심을 가지면서 작업 중에 생성한 리소스들을 반드시 다 닫아줬는지 확인을 제대로 안했던 것 같아서 다음에 jdbc를 사용하게 된다면 이 점도 제대로 유의해서 코드를 작성해보면 좋을 것 같다.
[토비의스프링3.1] 1.5 스프링의 IOC (0) | 2022.01.21 |
---|---|
[토비의스프링3.1] 1.4 제어의 역전(IoC) (0) | 2022.01.21 |
[토비의스프링3.1] 1.3 DAO의 확장 (0) | 2022.01.13 |
[토비의스프링3.1] 1.2 DAO의 분리 (0) | 2022.01.13 |
[스프링] 스프링의 중요한 특징과 공부 방향 (0) | 2022.01.05 |
자바 엔터프라이즈 애플리케이션 개발에 쓰이는 프레임워크
자바가 복잡해지며 퇴색된 객제지향의 가치를 다시 살려주는 개발 도구
->객제치향의 원칙을 살린 오브젝트의 설계, 구현, 작동이 중요한 쟁점
->코드를 한 번짜면 평생 쓰는게 아니라 객체지향을 기반으로 미래의 변화에 대비해야함
단순함: 목적을 이루기 위한 단순한 접근 방법
유연성: 다른 프레임워크들과 쉽게 결합되며 확장되는 방법
스프링을 이해?
스프링의 원리, 추구하는 가치와 목표를 확실히 알고있는 것
->스프링이 어떤 기술들을 제공하고 왜 제공하는지 공부
[토비의스프링3.1] 1.5 스프링의 IOC (0) | 2022.01.21 |
---|---|
[토비의스프링3.1] 1.4 제어의 역전(IoC) (0) | 2022.01.21 |
[토비의스프링3.1] 1.3 DAO의 확장 (0) | 2022.01.13 |
[토비의스프링3.1] 1.2 DAO의 분리 (0) | 2022.01.13 |
[토비의스프링3.1] 1.1 초난감 DAO (0) | 2022.01.13 |
1. 코드의 데이터베이스 이름, 계정이름, 비밀번호가 정확한지 확인
2. jar파일이 제대로 들어가있는지 확인
jar파일도 넣고 코드에 데이터베이스 정보들도 다 제대로 적었는데 계속 아래와 같은 오류가 떴다.
->이클립스가 예전 버전이고 커넥터 jar파일이 가장 최신 버전이라 버전 호환이 안돼서 오류가 발생했을수도 있다는 생각이 들었다. 이클립스를 가장 최신버전으로 업데이트하고 코드도 여러 번 다시 확인했지만 오류를 해결하지 못했다.
->그러다 다운받아 연결한 external jar파일이 source옵션에서 다운받은 ~sources.jar파일로 잘못된 파일이 들어가있음을 발견했다. mariaDB 사이트에서 connector를 universal 옵션으로 ~.jar파일을 다시 다운받은 후 그 파일을 연결하여 오류를 해결할 수 있었다.
해당 jar파일의 다운로드 링크는 아래와 같다.
https://downloads.mariadb.com/Connectors/java/connector-java-2.7.3/
Connectors/java/connector-java-2.7.3/ - MariaDB
downloads.mariadb.com