
오늘의 키워드 TIL 작성법 API Git, GitHub TIL 작성법 빠르고 꼼꼼하게 문시해알 - 문제점 시도해본 것 해본 것 알게된 것 TIL 진짜 절대 미루지말고 매일 꾸준히 쓰자! 포트폴리오 이력서 면접 모든 분야에서 사용할 수 있다 API API 명세를 작

오늘 배운 키워드
오늘의 키워드
위 코드는 계산기 만들기 과제 중 step1에 해당한다클래스를 분리해서 Calculator 클래스를 만들어서 객체지향으로 만들고자 했다이 때 의문이 생겼다Scanner를 main에 둬야할까? Calculator에 둬야할까?우선 본질적으로 생각을 해야한다 객체지향이란 기

내가 아무 타입의 입력을 받고싶다고 마음대로 Object로 선언한다면?=> 사용할 때 마다 다운 캐스팅을 해주어어야하는 번거로움이 발생한다그래서 나온 것이 제네릭이다.제네릭을 사용하면 타입의 안정성을 보장받을 수 있다의도치 않은 타입의 객체가 들어오는 것을 컴파일 시점

http비연결성 3핸드쉐이킹 헷갈리고http 비연결성 -> http만의 특징,스테이트레스를 강조하기 위한 설명에 가깝다=> stateless키워드를 강조하기 위해서 비연결성이라는 걸 꺼내온거?3웨이핸드쉐이킹은 논리적 연결 -> 물리적 연결은 유선 연결 usb같은거, 3
소수는 약수를 자기자신과 1만 갖는 수를 말한다합성수는 1과 자기자신을 제외하더라도 다른 약수가 존재하는 수다합성수(약수가 존재하는지)인지 검사해서 하나도 안걸리면 소수라고 판단하는 귀공법 형태해당 부분에 q\*q를 sum 이하까지 반복하는 이유는 무엇일까?어떤 수 N
Hello.java(사람용) -> Hello.class(JVM용) -> 기계어javac가 java파일을 class파일로 번역해주고 JVM이 2차번역해서 컴퓨터가 이해할 수 있게 기계어로 바꿔준다.최종적으로 CPU가 실행함으로써 터미널에 결과가 출력된다Hello.java

StringBuilder
말 그대로 한 번 만들어지면 절대 바뀌지 않는 객체이다Primityive Type(원시형) : 변수에 실제 값이 들어간다. -> 객체가 아니다Reference Type(참조형) : 변수에 객체의 주소 (참조값)이 들어간다레퍼런스가 레퍼런스를 불러오는경우에 값이 마음대로
어떤 클래스마다 일단 정확한 역할을 지정해주어야한다.가령 커머스 과제의 Product의 역할을 정할 때상품의 정보를 저장한다? => 상품 정보를 저장하는 클래스는 아니다상품에 대한 정보를 지닌다?=> 상품 데이터를 표현해주는 역할하지만 이러한 역할들은 추후 개발 과정을
예외처리 더 보면 좋은내용)Annotation 순서는 위 방식과 같이 흘러간다. 모든 예외는 Throwable을 상속한 클래스이다! (자바에서는 원시타입을 제외하면 모두 객체이다) 예외도 new로 만드는 객체이고 따라서 상속 관계가 존재한다 Error와 Exception은 반드시 구분할 필요가있다! 앞서 사전캠프에서 배웠듯이 예외에는 두 가지가 있다...