[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 * ..
[Project] Riddle-Game : 세 번째 회의록 (23.05.09) [기술스택 및 활용도구 확정]
·
◈ Yermi Project/Riddle-Game🧩
[Project] Riddle-Game : 두 번째 회의록 (22.11.12) [오븐(oven)으로 프로토 타입 제작] [Project] Riddle-Game : 첫 번째 회의록 (22.10.24) [프로젝트 설계, 브레인 스토밍, 분량 정하기] [Project] 나의 두 번째 프로젝트, Riddle-Game! [추억의 미궁게임 만들어보기] - 나의 두 번째 프로젝트, Riddle-Ga yermi.tistory.com - Riddle-Game : 세 번째 회의록 (23.05.09) 1. 기술스택 및 활용도구 정리 개발환경 : Spring Boot 2.7.11, Tomcat 9 언어 : JAVA 11 DB : Oracle 11 Tool : IntelliJ IDEA 배포 : AWS EC2(Windows) 활..
[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..