ex)
-- 부서의 모든 정보를 가져온다.
select *
from dept;
ex)
-- 사원의 모든 정보를 가져온다.
select*
from emp;
ex)
-- 사원의 이름과 사원의 번호를 가져온다.
select ename,empno
from emp;
ex)
-- 사원의 이름과 사원번호, 직무, 급여를 가져온다
select ename,empno,job,sal
from emp;
ex)
-- 부서번호와 부서이름을 가져온다.
select deptno,dname
from dept;
람다는 매개변수 화살표(->) 함수몸체로 이용하여 사용할 수있다.
함수몸체가 단일 실행문이면 괄호를 생략할 수 있다.
함수몸체가 return문으로만 구성되어 있는 경우 괄호를 생략할 수 없다.
//정상적인 유형
() -> {}
() -> 1
() -> { return 1; }
(int x) -> x+1
(x) -> x+1
x -> x+1
(int x) -> { return x+1; }
x -> { return x+1; }
(int x, int y) -> x+y
(x, y) -> x+y
(x, y) -> { return x+y; }
(String lam) -> lam.length()
lam -> lam.length()
(Thread lamT) -> { lamT.start(); }
lamT -> { lamT.start(); }
//잘못된 유형 선언된 type과 선언되지 않은 type을 같이 사용 할 수 없다.
(x, int y) -> x+y
(x, final y) -> x+y
일반적인 의존성에 대한 제어권은 개발자가 직접 의존성을 만들지만 Spring은 외부에서 의존성을 가져온다.
즉 밖에서 나에게 의존성을 주입해주는 것을 DI라고 하는데 이것은 IOC의 일종이다.
public OwnerController(OwnerRepository clinicService, VisitRepository visits) {
this.owners = clinicService;
this.visits = visits;
}
스프링에서 의존성을 주입하는 방법은 세가지이다.
@Autowired 어노테이션은 field, 생성자, setter메소드 등에 붙여서 사용할 수 있다.
public OwnerController(OwnerRepository clinicService, VisitRepository visits) {
this.owners = clinicService;
this.visits = visits;
}
스프링 레퍼선스에서는 생성자를 통해 주입하는 것을 권장하고 있다.
그 이유는 필수적으로 사용해야 하는 레퍼런스 없이는 인스턴스를 만들지 못하도록 강제하는 역할을 할 수 있기 떄문이다.
여러 스레드를 동시에 실행시키는 응용프로그램을 작성하는 기법.
장점
Runnable(준비단계)
스레드가 실행되기 위한 준비단계이다. CPU를 점유하고 있지 않으며, 실행을 하기 위해 대기하고 있는 상태이다. 코딩 상에서 start()메소드를 호출하면 run()메소드에 설정된 스레드가 Runnable상태로 진입한다.
Running(실행상태)
CPU를 점유하여 실행하고 있는 상태이며, run()메소드는 JVM만이 호출가능하다. Runnable에 있는 여러 스레드 중 우선 순위를 가진 스레드가 결정되면 JVM이 자동으로 run()메소드를 호출하여 스레드가 Running 상태로 진입한다.
Dead(종료상태)
Runnig상태에서 스레드가 모두 실행되고 난 후 완료 상태입니다. “Done”상태라고도 한다.
Blocked(지연상태)
CPU점유권을 상실한 상태이다. 후에 특정 메소드를 실행시켜 Runable로 전환한다.
wait() 메소드에 의해 Blocked 상태가 된 스레드는 nofify() 메소드가 호출되면 Runnable 상태로 간다. sleep(시간) 메소드에 의해 Blocked상태가 된 스레드는 지정된 시간이 지나면 Runnable상태로 간다.
쓰레드를 구현하는 방법은 두가지가 있다.
자바에서 입출력에 사용되는 것은 스트림이라는 데이터 통로를 통해 이동한다.하지만 객체는 바이트형이 아니기 때문에 스트림을 통해 파일에 저장하거나 네트워크로 전송할 수 없다. 따라서 객체를 스트림을 통해 입출력하려면 바이트 배열로 변환하는 것이 필요한데, 이를 직렬화라고 한다. 반대로 스트림을 통해 받은 직렬화된 객체를 원래 모양으로 만드는 과정을 역직렬화라고 한다.
JVM은 직렬화와 역직렬화를 하는 시점의 클래스에 대한 버전 번호를 부여한다. 만약 그 시점에 클래스의 정의가 바뀌어 있다면 새로운 번호를 할당한다. 그래서 직렬화할 때의 버전 번호와 역직렬화를 할 때의 버전 번호가 다르면 역직렬화가 불가능해 질수도 있다. 이런문제를 해결하기 위해 SerialVersionUID를 사용한다.
간단명료하게 SerialVersionUID값을 저장할 때 클래스 버전이 맞는지 확인하기 위한 용도이다. 만약 직렬화할 때 사용한 SerialVersionUID의 값과 역직렬화 하기 위해 사용했던 SerialVersionUID값이 다르다면 InvalidClassException이 발생할 수 있다.
예외는 error의 일종이며 프로그램이 수행시 또는 컴파일시에 불능상태를 만들어 버린다. Exception이 방생하는 이유는 여러가지다.
근데 만약 금융시스템 또는 365일 24시간 항상 구동되어야 할 시스템이 Exception으로 인해 시스템이 불능이 되거나 프로그램이 죽어버리게 되면 상당히 곤란할 것이다. 따라서 이를 막기 위해 자바에서는 Exception예외처리라는 방법을 통해 Exception erroe를 처리한다.
컴파일 시점에서 발생하는 예외를 Exception(일반예외)라고 하고,
프로그램 실행시에 발생하는 예외를 RuntimeException(실행예외)라고 한다.
즉, 예외가 발생하는 시점에 프로그램이 실행 전 후 상태에 따라 이를 구분하면 된다.
이 2가지 종류의 Exceoption을 처리하기 위해 자바에서는 java.lang.Exception이라는 최상위 부모 클래스를 제공한다. 따라서 모든 Exception들의 조상을 결국 java.lang.Exception이다.
하늘색 Exceoption들은 단순 Exception이다.(일반예외)
초록색 RuntimeException은 프로그램 실행시 발생하는 런타임 Exception이다.(실행예외)
예외 처리 코드에는 크게 3가지 블록이 존재한다.
Exception 발생!
Try블록 수행 -> Catch블록 수행 -> Finally블록 수행(생략가능)
Exception 미 발생!
Try블록 수행 -> Finally블록 수행(생략가능)
author.bio
author.job