DragonWater.Dev

POJO란 무엇인가?

Plain Old Java Object, 간단히 POJO는 말 그대로 해석을 하면 오래된 방식의 간단한 자바 오브젝트라는 말로서 Java EE 등의 중량 프레임워크들을 사용하게 되면서 해당 프레임워크에 종속된 "무거운" 객체를 만들게 된 것에 반발해서 사용되게 된 용어이다(위키피디아)

POJO의 필수 요소로는 가볍고, 유연하고, 간단명료 함이 있다.

장점 :

• 특정 프레임워크에 종속되지 않은 프로그래밍.
• 모든 java 프로그램에서 사용이 가능하다.
• 특정 프레임워크에 종속되지 않기 때문에 테스트가 자유롭다.

규칙

• 멤버변수의 접근자는 private
• 멤버 변수마다 getter/setter 가 존재
• getter/setter 메소드의 접근자는 public

POJO 클래스는 가독성과 재사용 성을 높이기 위해 객체를 정의하는 데 사용되므로 Bean과 유사합니다. Bean에는 몇 가지 제한이 있지만 POJO 파일에는 특별한 제한이 없다는 유일한 차이점이 있습니다.

JAVA POJO 예시코드

public class pojo {  
private String name;  
private String id;  
private double sal;  
public String getName() {  
    return name;  
}  
public void setName(String name) {  
    this.name = name;  
}  
public String getId() {  
    return id;  
}  
public void setId(String id) {  
    this.id = id;  
}  
public double getSal() {  
    return sal;  
}  
public void setSal(double sal) {  
    this.sal = sal;  
}  
}

POJO vs Bean

아래와 같은 API 유닛테스트 호출시 Data 값이 없이 나왔다...

@GetMapping("/role/list")
	@ResponseBody
	public Callable<Object> getRoleList(@RequestParam Map<String, Object> paraMap) {
		System.out.println("paramap ::"+paraMap);
		return () -> roleManagementService.getRoleList(paraMap);
	}

검색및 질문결과 

MockMvcResultHandlers.print()  로 찍었을때 Data 가 비어서 나타났다.

'Callable' 요 친구가 비동기 처리 방식이기때문에 위에 방식으로는 결과값을 알 수 없었다.

해당 값을 확인하기 위해 getAsyncResult() 비동기처리의 결과값을 확인할 수 있었다.

여기서 궁금증... 동기 및 비동기의 차이점은 무엇인가

.Java Collection Framework Injection (자바 컬렉션 주입)

----------------------------------------------------------------------------------------

- 빈을 정의할 때 주입해야 하는 멤버가 컬렉션인 경우에 컬렉션이 관리해야할 객체를 초기에 설정할 수 있습니다.

- List, Map(k, v), set, Property를 사용합니다.

- Collection(순서나 집합적인 저장공간(

   1)List : 순서가 있는 저장공간, 데이터의 중복 허용

     Stack : LIFO, FILO : 고정적인 메모리 크기를 지닌다.

     Vector(100, 10) : 가변적인 메모리 크기, 동기화 보장, 잘 쓰이지 않음

     ArrayList : 아주 큰 데이터 저장공간, 동기화 보장 X, 속도가 빠르고 크기를 마음대로 조정가능

                   단방향 구조이므로 순차적인 접근이 가능 합니다.

     LinkedList : 양방향 구조, 삽입과 삭제가 아주 용이 합니다.

                     Stack, queue, Deque 만들기 위한 용도로 사용합니다.

                     운영체제 개발, C#, .NET

   2) Set : 순서의 개념이 없고, 데이터 중복 허용 X

       HashSet : 대표적인 클래스, 가장 빠른 접근속도, 순서를 전혀 예층 불가능

       LinkedHashSet : 추가된 순서 또는 가장 최근에 접근한 순서대로 접근 가능

       TreeSet : 정렬된 순서대로 보관하며, 정렬 방법을 지정할 수 있다.

       SortedSet : 정렬

  3) Map(key, value)

      key는 중복 허용 X , value는 중복 허용

      Hshtable : 동기화 보장, HashMap보다 느리지만 동기화가 지원된다.

                    키와 값으로 null이 허용되지 않음.

      HashMap : 동기화 보장, TreeSet

                     Map 인터페이스를 구현하기 위하여 해쉬테이블을 사용한 클래스

                     중복허용하지 않고, 순서도 보장하지 않습니다.

                     키와 값으로 null이 허용 됩니다.

      TreeMap : 이진검색트리의 형태로 키와 값의 쌍으로 이루어진 데이터를 저장

                    정렬된 순서로 키와 값을 저장하므로 빠른 검색이 가능합니다.

                    그러나, 저장시에는 오름차순을 하기 때문에 저장시간이 다소 오래 걸립니다.

      LinkedHashMap : HashMap을 상속 받습니다.

            Map에 있는 Entry들의 연결 리스트를 유지 하므로 입력한 순서대로 반복이 가능합니다.

      SortedMap : 정렬(TreeMap)

  4) Property : Spring 3.X 사용

      Hashtable 의 상속을 받아 구현

      해쉬테이블은 키와 값(Object, Object)으로 저장

      프로퍼티는  (String, String)형태로 저장

      주로 애플리케이션의 환경설정과 관련한 속성을 저장하는데 사용

      데이터를 파일로부터 일고 쓰는데 편리한 기능 제공합니다.

.Model1과 Model2의 개념

-Model1 정리
1. 브라우저 요청(Request)
2. JSP(요청을 받아서  javaBeans(Setter) 또는 ActionTag(setProperty)를 이용)가 처리
3. 데이터 베이스(저장 및 출력: Setter&Getter)
4. JSP(받은요청을 처리  javaBeans(Getter) 또는 ActionTag(getProperty)를 이용)가 처리
5. 브라우저 응답(Response)

-Model2
1. 브라우저 요청(Request)
2. Servlet(요청을 받아서  javaBeans(Setter) 또는 ActionTag(setProperty)를 이용)가 처리
3. 데이터 베이스(저장 및 출력: Setter&Getter)
4. Servlet(요청을 받아서  javaBeans(Getter) 또는 ActionTag(getProperty)를 이용)가 처리
5. JSP(View)

6. 브라우저 응답

<%@ page language="java" contentType="text/html; charset=UTF-8"
    pageEncoding="UTF-8"%>

<%@ page import="java.util.*"%>

<%@ page language="java" contentType="text/html; charset=UTF-8"
    pageEncoding="UTF-8" errorPage="Error.jsp"%>

<%  	.........      %> : 자바 코드
<%!-- ........... --%>  : 선언문: 클래스변수와 클래스 메소드
<!--  ..........  --> : 주석
<%=  %> : 표현식

 람다식(Lambda Expression)
  메소드를 하나의 식으로 표현한 것입니다.
 람다식 장점
 1. 코드를 간결하게 만들 수 있습니다.
 2. 코드가 간결하고 식에 개발자의 의도가 명확히 드러나므로 가동성이 향상됩니다.
 3. 함수를 만드는 과정없이 한번에 처리할 수 있기에 코딩하는 시간이 줄어듭니다.
 4. 병렬프로그래밍이 용이합니다.
 
 람다식 단점
 1. 람다를 사용하면서 만드는 무명함수는 재상용이 불가능합니다.
 2. 디버깅이 다소 까다롭습니다.
 3. 람다를 남발하면 코드가 지저분해질 수 있습니다.
  (비슷한 함수를 계속 중복생성할 가능성이 높음)
 4. 재귀로 만들경우에는 다소 부적합한면이 있습니다.
 메소드
 int min(int x, int y) {
 reutrn x }
 
 람다 표현식
 (
 이러한 람다 표현식은 메소드의 매개변수로 전달될수도 있으며, 메소드의 결과값으로 반환될 수도 있습니다.
 따라서 람다 표현식을 사용하며면, 기존의 불필요한 코드를 줄여주고, 작성된 코드의 가독성을 높혀줍니다.
 
 Java SE 8부터는 이러한 람다 표현식을 사용하여 자바에서도 함수형 프로그램밍을 할수 있게 됩니다.
 
 함수형 인터페이스(functional interface)
 람다 표현식을 사용할 때는 람다 표현식을 저장하기 위한 참조 변수의 타입을 결정해야만 합니다.
 
 문법
 참조변수의 타입 참조변수의 이름 = 람다표현식
 
 위의 문법처럼 람다 표현식을 하나의 변수에 대입할 때 사용하는 참조 변수의 타입을 함수형 인터페이스라고 부릅니다.
 함수형 인터페이스느 추상 클래스와는 달리 단 하나의 추상 메소드만을 가져야 합니다.
 또한, 다음과 같은 어노테이션(annotation)을 사용하여 함수형 인터페이스임을 명시할수 있습니다.
 
 문법
 @FunctionalInterface
 
 위와 같은 어노테이션을 인터페이스의 선언 앞에 붙이면, 컴파일ㄹ러는 해당 인터페이스를 함수형 인터페이스로 인식합니다.
 자바 컴파일러는 이렇게 명시된 함수형 인터페이스에 두개 이상의 메소드가 선언되면 오류를 발생십킵니다.

package GericCollection;

import java.util.Scanner;


@FunctionalInterface
interface Calculator{
	public int min(int su1, int su2);
	
}

public class CollectionSample12_ {

	public static void main(String[] args) {
		Scanner sc =new Scanner(System.in);
		System.out.println("두수를 입력해주세요");
		int su1 = sc.nextInt();
		int su2 = sc.nextInt();
		
//		min = (su1, su2); -> su1 < su2 ? su1 : su2;
		
		
		Calculator minNumber = (k, m) -> k < m ? k: m;
		System.out.println(minNumber.min(su1, su2));
		
		
	}

}