객체지향 설계 5원칙 1. SRP (Single Responsibility Principle) : 단일 책임의 원칙 - 소프트웨어의 설계 부품(클래스, 함수 등)은 단 하나의 책임만을 가져야 함 - 응집도는 높게 결합도는 낮게 설계해야 한다 - 한 객체에 책임(기능)이 많아질수록 내부 함수끼리 강한 결합을 발생할 가능성이 높아짐 - 시스템에 수정이 생기면 수정과 관련 없는 기능에 영향을 미칠 수 있고 모두 테스트해야 하는 일이 발생 - 위와 같은 문제점에서 벗어나면 소스의 재사용 및 가독성이 좋아짐 2. OCP (Open-Closed Principle) : 개방-폐쇄 원칙 - 확장에 대해 개방되어 있고, 수정에 대해 폐쇄되어 있는 원칙 - 변경되는 소스를 파악하고, 수정 시 영향받지 않게 해야 함 - 이..

참조(Reference)와 GC(Garbage Collection)의 관계 1. Strong Reference public class JavaTest { public static void main(String[] args) { MyClass obj = new MyClass(); obj = null; // "obj" object is no longer referencing to the instance. // So the "MyClass" type object is now available for garbage collection. } } class MyClass { } // Java program to illustrate Strong reference class MyClass { //Code.. } pub..
1. StrongReference - 일반적으로 new를 통해서 객체를 생성하게 되면 생기게 되는 참조 - 강한 참조를 통해 참조되고 있는 객체는 GC(Garbage Collection)의 대상에서 제외 - GC(Garbage Collection)가 발생해도 객체가 해제되지 않기 때문에 OOM(Out of memory)이 발생할 수 있음 2. SoftReference - 강한 참조와는 다르게 GC(Garbage Collection)에 의해 수거될 수도 있고, 수거되지 않을 수도 있음 - 메모리에 충분한 여유가 있으면 GC(Garbage Collection)가 수행돼도 수거되지 않음 - GC(Garbage Collection)가 발생하면 수거되므로 OOM(Out of memory)의 위험성을 줄일 수 있음..
GC(Garbage Collection) - 메모리 관리 기법 - 프로그램이 동적으로 할당했던 메모리 영역 중에서 필요 없게 된 영역을 해제하는 기능 - GC(Garbage Collection)를 실행하는 스레드를 제외한 모든 스레드들이 작업을 멈춤 STW(Stop The World) - GC 실행을 위해 JVM이 애플리케이션 실행을 멈추는 것 - GC(Garbage Collection) 작업을 완료한 이후에 중단했던 작업이 재개됨 Mark and Sweep 1) Mark - GC(Garbage Collection)가 스택의 모든 변수 또는 Reachable 객체를 스캔하면서 각각 어떤 객체를 참조하고 있는지 찾는 과정. 이 과정에서 STW(Stop The World) 발생. 2) Sweep - Mark..
- Total
- Today
- Yesterday
- 안드로이드
- DataBinding
- Design Pattern
- 코틀린
- ViewPager2
- JSONArray
- recyclerview
- 안드로이드 #코틀린 #Android #Kotlin
- 자바
- coroutine
- Kotlin
- activity
- ViewModel
- fragment
- CoordinatorLayout
- James Kim
- JSONObject
- 혀가 길지 않은 개발자
- Android
- java
- handler
- TabLayout
- Vue.js #Vue.js + javascript
- Livedata
- ArrayList
- XML
- MVVM
- Intent
- View
- Architecture Pattern
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |