일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
31 |
- compiler
- Airflow
- Action
- template
- kotlin
- string
- JUnit
- AOP
- rds
- redis
- QueryDSL
- 사이드 프로젝트
- git
- CodeDeploy
- db
- immutable
- 알고리즘
- workflow
- build_test
- mutable
- JPA
- 토비의 스프링
- java
- Spring
- Github
- EC2
- aws
- springboot
- Today
- Total
목록Spring (15)
개발 일기

노션을 참고하면 더욱 좋습니다. 3장 템플릿 1장에서는 초난감 DAO 코드에 DI를 적용해나가는 과정을 통해서 관심이 다른 코드를 다양한 방법으로 분리하고, 확장과 변경에 용이하게 대응할 수 있는 설계구조로 개선하는 작업을 했다. 확장에는 열려있고 변경에는 굳게 닫혀 있다는 객체지향 원리중 하나인 개방 폐쇄 원칙 OCP 를 생각 해보자. 이 원칙은 코드에서 어떤 부분은 변경을 통해 그 기능이 다양해지 확장하려고 하는 성질이 있고, 어떤 부분은 고정되어 있고 변하지 않으려는 성질이 있음을 말해준다. 변화의 특성이 다른 부분을 구분해주고, 각각 다른 목적과 다른 이유의 의해 독립적으로 변경 될 수 있는 효율적인 구조를 만들어 주는 것이 바로 이 개방 폐쇄 원칙이다. 템플릿이란 이렇게 바뀌는 성질이 다른 코드..

노션을 참고하면 더욱 좋습니다. 2장 테스트 2.1 UserDaoTest 다시 보기 2.1.1 테스트의 유용성 1장 에서 만든 UserDao가 기대했던 대로 동작하는지 확인하기 위해 간단한 테스트 코드를 만들었다. 만든 코드는 어떤 방식으로든 테스트해야 한다. 이전에 만든 코드는 main() 메소드를 이용하여 add(), get() 메소드를 호출하여 눈으로 테스트를 진행하였다. 테스트 코드를 실행해가면서 초난감 UserDao코드의 설계와 코드를 리팩터링 하였고 리팩터링 하면서 코드를 개선해도 이전과 다를 거 없이 기능이 동작하는 거를 확인할 수 있었다. 프로그래머가 테스트 코드를 실행하지 않고, 머릿속으로 시뮬레이션하는 보장되지 않은 방법으로 코드를 작성하는 것과는 차원이 다른 안정성을 보장해준다. 테스..

노션을 참고하면 더욱 좋습니다. 1장 오브젝트와 의존관계 ✏️ 목표 1장의 목표 스프링이 관심을 갖는 대상인 오브젝트(객체) 의 설계와 구현 동작원리에 대해 알게되고 스프링이 무엇인지에 대하여 학습 1.1 초난감 DAO JDBC를 이용하여 DB에 저장하고 조회할 수 있는 DAO와 그 정보를 저장할 객체를 만들고 그 객체들로 앞으로의 내용에서 설명을 시작합니다 1.1.1 User ~ 1.1.2 UserDAO 앞으로의 예제에서 사용될 Object // DataBase 에서 가져온 정보들을 저장할User 클래스 public class User { String id; String name; String password; public String getId() { return id; } public void se..

최근 블로그에 글 작성을 못하고 있는데.. 너무 하는게 많다보니 시간이없네요..! 최근 토비의 스프링 스터디를 시작했습니다. 블로그에도 글을 올리겠지만. 깃허브를 참고하면 좋을거 같습니다. https://github.com/pg-server-study/spring-study GitHub - pg-server-study/spring-study: 토비의 스프링 스터디 토비의 스프링 스터디. Contribute to pg-server-study/spring-study development by creating an account on GitHub. github.com