[study] Java에서 8진수랑 16진수는 언제 쓸까? [자바 내 8진수와 16진수 사용처]
·
◈ Study/기초튼튼 개발지식🥔
- Java에서 8진수랑 16진수는 언제 쓸까? Java에서 8진수와 16진수는 주로 코드 작성 시 상수를 표현할 때 사용된다. (8진수는 0으로 시작하며, 16진수는 0x 또는 0X로 시작한다.) - 8진수 8진수는 일반적으로 플래그 비트나 퍼미션이 설정된 파일 모드, 네트워크 소켓의 포트 번호, 데이터 마스크 등과 같이 2진수 비트 패턴을 사용해야 하는 경우에 사용된다. 예를 들어, 0664는 파일 모드를 나타내며, 8진수 664를 2진수로 변환하면 110 110 100과 같다. - 16진수 16진수는 보통 메모리 주소나 RGB 색상, 문자열 등을 표현할 때 사용된다. 예를 들어, 0x1A는 16진수로 26을 나타내며, 0xFF0000은 빨간색을 나타내는 16진수 RGB 색상 코드이다. 또한, 16진..
[Spring] SOLID : 객체지향 설계의 5가지 원칙(2) [OCP(Open-Closed Principle) : 개방-폐쇄 원칙]
·
▣ Framework/Spring🍃
- OCP(Open-Closed Principle) : 개방-폐쇄 원칙 개방-폐쇄 원칙은 확장에는 열려 있고 변경에는 닫혀 있어야 한다는 원칙이다. 기존의 코드를 변경하지 않으면서 기능을 추가할 수 있도록 설계해야 하며, 변경에 유연하면서도 안정적인 시스템을 만드는 데 도움을 준다. 아래는 개방-폐쇄 원칙이 위배된 코드이다. public class Product { private String name; private double price; private String type; /* Constructor, getters, and setters */ public double calculateDiscount() { if (this.type.equals("book")) { return this.price * ..
[JAVA] long 타입에 접미사 'L'이 없으면 무슨 타입으로 인식될까? [변수의 타입과 접미사의 중요성]
·
◎ Java/Java☕
- long 타입에 접미사 'L'이 없으면 무슨 타입으로 인식될까? Java에서 숫자 리터럴을 표현할 때, 기본적으로 정수형은 int 타입으로 인식된다. long 타입의 숫자 리터럴을 표현할 때는 리터럴 값 끝에 대문자 L 또는 소문자 l을 붙여주어야 한다. long 타입의 숫자 리터럴에 대문자 L 또는 소문자 l을 붙이지 않고 그냥 숫자만 표현하면, Java 컴파일러는 해당 리터럴을 int 타입으로 인식한다. 따라서 long 타입으로 인식하기 위해서는 반드시 L 또는 l을 붙여주어야 한다. // long 타입 리터럴 long l = 123456789L; // int 타입으로 인식됨 long l2 = 10_000_000_000; // 에러 발생. // long 타입으로 인식하려면 10000000000L과..
[study] CPU 연산의 최소 단위는? [JVM이 32비트 연산을 기본으로 처리하는 이유]
·
◈ Study/기초튼튼 개발지식🥔
- CPU 연산의 최소 단위는? 현재 대부분의 일반적인 컴퓨터 아키텍처에서는 32비트 단위 이하의 연산은 지원하지 않는다. (일부 임베디드 시스템이나 구형 컴퓨터에서는 8비트, 16비트 아키텍처를 사용하는 경우도 있다.) 16비트 아키텍처는 1980년대 중반까지 사용되었으며, 이 시기에는 IBM PC 등의 개인용 컴퓨터에서 인텔의 8086과 80286 프로세서가 널리 사용되었다. 하지만 이러한 아키텍처에서는 32비트 이상의 데이터를 처리하려면 두 개의 16비트 데이터를 조합해야 하는데 이는 처리 속도가 느려지는 문제가 있었다. 현재에 이르러서는 대부분의 컴퓨터가 32비트를 넘어 64비트 아키텍처를 사용하고 있다. 64비트 아키텍처에서는 32비트 데이터 처리도 가능하다. 64비트 아키텍처에서는 64비트와 ..
[Spring] SOLID : 객체지향 설계의 5가지 원칙(1) [SRP(Single Responsibility Principle) : 단일 책임 원칙]
·
▣ Framework/Spring🍃
- SRP(Single Responsibility Principle) : 단일 책임 원칙 단일 책임 원칙은 모든 클래스는 하나의 책임만 가져야 한다는 원칙이다. 클래스가 하나의 책임만 가지게 되면, 코드의 유지보수가 용이해지고 재사용성이 높아지며, 버그 발생 가능성이 줄어들어 코드의 신뢰성이 높아진다. 아래는 단일 책임 원칙이 위배된 코드이다. public class Employee { private String name; private int id; private String address; private double salary; /* Constructor, getters, and setters */ public boolean saveEmployee() { // save employee data to..