steady.. lxexjx

URI (리소스를 식별하는 통합된 방법) URL(리소스의 위치) URN(리소스의 이름) [URI] U : 리소스를 식별하는 통일된 방식(자원 자체를 식별하는 방식) R : URI 로 식별할 수 있는 모든~ 것, 자 I : 식별하는데 필요한 정보 [URL] 리소스가 있는 위치를 지정 [URN] 리소스의 이름을 부여 but거의 사용x -->URI==URL [URL문법] scheme://[userinfo@]host[:port][/path][?query][#fragment] 1. scheme : 주로 프로토콜 사용 ex)http, https, ftp 등 2. userinfo : URL에 사용자 정보를 인증시에 사용하는데 거의 안씀. 3. host : 호스트명으로 도메인 명이나 ip주소를 직접 사용. (ex) w..

모든 html,이미지+ 앱과 서버가 통신할 때 + 서버와 서버가 통신할 때도 http프로토콜 위에서 주고 받음. [ IP ] IP (인터넷 프로토콜): 지정한 IP주소로 메세지를 전달 할 수 있도록 정해놓은 최소한의 규칙, 패킷이라는 단위로 전달. *IP패킷 규칙이란? 나의 IP와 목적지 IP를 적어서 IP 패킷을 만들어서 넣고 메세지를 넣고 인터넷 망에 던지다보면 노드를 통해 목적지 IP 주소까지 도착. 전송 데이터 밖에 나의 ip와 목적지 ip를 만들어서 메세지와 함께 ip패킷을 인터넷 망에 던지면 노드끼리 서로 던지면서 목적지ip까지 도달. IP프로토콜의 한계 socket라이브러리를 통해서 os계층에 메세지를 넘겨, 그러면 os계층에서 메세지에다가 TCP정보를 한번 씌우고 또 한칸 내려서 IP와 관..

@ServletComponentScan : 스프링부트에서 서블릿을 사용하려면 스프링이 자동으로 하위 패키 뒤져서 서블릿 찾아서 자동으로 서블릿 등록. @WebServlet() : 서블릿 어노테이션 http요청으로 매핑된 url호출되면 서블릿 컨테이너가 service메서드 실행 servlet은 http를 상속받아 [HelloServlet] @WebServlet(name = "helloServlet",urlPatterns = "/hello") public class HelloServlet extends HttpServlet { @Override //서블릿 호출되면 서비스메서드 호출 protected void service(HttpServletRequest request, HttpServletResponse ..

[스코프] - 빈이 존재할 수 있는 범위 프로토타입 스코프 - 싱글톤 스코프의 빈을 조회하면 스프링 컨테이너는 항상 같은 인스턴스의 스프링 빈을 반환한다. 반면에 프로토타입 스코프를 스프링 컨테이너에 조회하면 스프링 컨테이너는 항상 새로운 인스턴스를 생성해서 반환 [싱글톤 스코프] 스프링 컨테이너는 항상 같은 인스턴스의 스프링 빈을 반환 1. 싱글톤 스코프의 빈(memberService)을 스프링 컨테이너에 요청 2. 스프링 컨테이너는 본인이 관리하는 스프링 빈을 반환 3. 이후에 스프링 컨테이너에 같은 요청이 와도 같은 객체 인스턴스의 스프링 빈을 반환 [프로토타입 스코프] 스프링 컨테이너가 항상 새로운 인스턴스 생성해서 반환 1.프로토타입 스코프의 빈(protorypeBean)을 스프링 컨테이너에 요..

[빈 생명주기 콜백] 객체의 초기화와 종료 작업 필요. NetworkClient 는 애플리케이션 시작 시점에 connect() 를 호출해서 연결을 맺어두어야 하고, 애플리케이션이 종료되면 disConnect() 를 호출해서 연결을 끊어야됨 public class NetworkClient { private String url; public NetworkClient() { System.out.println("생성자 호출, url = " + url); //2.호출됨 connect(); call("초기화 연결 메시지"); } public void setUrl(String url) { this.url = url; } //서비스 시작시 호출 public void connect() { System.out.printl..

[컴포넌트 스캔] 스프링 빈을 자동으로 끌어올려, @Component어노테이션 붙은 클래스를 다 찾아서 자동으로 스프링 빈 등록 자바 코드의 @Bean이나 XML의 등을 통해서 설정 정보에 직접 등록할 스프링 빈을 나열. 등록해야 할 스프링 빈이 수십, 수백개가 되면 귀찮. 스프링은 설정 정보가 없어도 자동으로 스프링 빈을 등록하는 컴포넌트 스캔이라는 기능을 제공, 의존관계도 자동으로 주입하는 @Autowired 라는 기능도 제공 (AppConfig랑 똑같은 건데 그냥 공부용으로 남겨놔) @Configuration @ComponentScan( excludeFilters = @Filter(type = FilterType.ANNOTATION, classes = Configuration.class)) //자동..

[웹 애플리케이션과 싱글톤] 싱글톤 : 객체가 나의 JVM에 하나만 존재. - 스프링없는 DI컨테이너 public class SingletonTest { @Test @DisplayName("스프링 없는 순수한 DI 컨테이너") void pureContainer() { AppConfig appConfig = new AppConfig(); //1. 조회: 호출할 때 마다 객체를 생성 MemberService memberService1 = appConfig.memberService(); //2. 조회: 호출할 때 마다 객체를 생성 MemberService memberService2 = appConfig.memberService(); //참조값이 다른 것을 확인 System.out.println("memberS..

[스프링 컨테이너 생성] ApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConfig.class); Config를 파라미터로 넘기면서 applicationContext(=스프링 컨테이너이고 인터페이스다)반환. 다형성 적용 : applicationContext를 구현한 것중에 하나가 AnnotationConfigApplicationContext. 1.new AnnotationConfigApplicationContext 하면서 AppConfig정보를 주면 스프링 컨테이너가 만들어짐 스프링 컨테이너 안에는 스프링 빈 저장소가 있어서 스프링컨테이너 생성시엔 구성정보를 지정해줘야됨 2.스프링 컨테이너가 AppConf..

[정리] 클라이언트가 주문서비스에 주문 생성하고 그 주문서비스가 회원조회, 할인 적용해서 결과물을 클라이언트에 반환. [할인 정책 추가&테스트] public class RateDiscountPolicy implements DiscountPolicy { private int discountPercent = 10; //10% 할인 @Override public int discount(Member member, int price) { if (member.getGrade() == Grade.VIP) { return price * discountPercent / 100; } else { return 0; } } } - RateDiscountPolicy가 10%할인 되는 지 테스트 class RateDiscount..

[도메인 설계] 1. 도메인 협력 관계 : 기획자들도 볼 수 있음. 2. 클래스 다이어그램 : 도메인 협력 관계를 바탕으로 개발자들이 구체화해서 클래스 다이어그램을 만듦. 실제 서버를 실행하지 않고 클래스들만 분석해서 볼 수 있음.근데 DB뭘 넣을 지는 서버가 뜰때 결정되는 동적. 3. 객체 다이어그램 : 서버가 떠서 클라이언트가 실제로 사용하는 인스턴스끼리의 참조. [회원 도메인 개발] public enum Grade{ BASIC, VIP } public class Member{ private Long idl private String name; private Grade grade; public member(Long id, Strong name, Grade grade){ this.id = id; thi..