일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 29 | 30 |
- 안드로이드 스튜디오 인터넷 연결 확인
- dagger error
- 안드로이드 디자인패턴
- 자바 스레드 예제
- 변수
- 리사이클러뷰 아이템 재사용
- recyclerview item recycle
- 안드로이드 스튜디오 style
- 아파치란
- 안드로이드 스튜디오 custom dialog
- apache nginx
- apache란
- Kotlin
- 이중for문 사용 안하기
- hilt error
- 안드로이드 스튜디오 커스텀 다이얼로그
- 아파치 엔진엑스
- edittext 연결
- java
- 안드로이드 스튜디오 tts
- java thread 예제
- Thread
- 다른 객체 리스트의 비교
- savedinstancestate
- 디자인 패턴 예제
- 안드로이드 스튜디오 인터넷 연결 안되어 있을 때
- 객체지향 프로그래밍 5가지 원칙
- 안드로이드 스튜디오 반복되는 레이아웃 코드
- LifeCycle
- AAC
- Today
- Total
목록개발지식 (13)
Sam Story

오늘은 Observer 패턴에 대해서 포스팅 해보려 한다.MVVM 패턴을 적용해 개발을 할 때 LiveData를 Observe하여 상태변화를 감지해UI에 변화를 줬었는데 근간이 되는 Observer패턴에 대한 공부가 부족한 것 같아서포스팅을 남겨본다. Observer 패턴이란?Observer 패턴은 객체지향 프로그래밍에서 주체(Subject) 객체의 상태 변화가 있을 때,그 상태를 관찰자(Observer) 객체들에게 자동으로 알리는 디자인 패턴이다.이 패턴은 객체 간의 일대다 의존 관계를 정의하여,주체 객체의 상태가 변화할 때마다 그와 관련된 모든 관찰자 객체들이 자동으로 갱신될 수 있도록 한다. 왜 Observer 패턴을 사용하는가?Observer 패턴을 사용하는 주요 이유는 객체 간의 의존성을 최소..

오늘은 싱글톤 패턴에 대해서 포스팅 해보려 한다. 개발 초창기만 하더라도 자바를 이용해서 static 객체를 만드는게 굉장히 조심스러웠다.이 객체를 얼마나 호출해서 사용하는지 , 싱글톤 객체로 만드는게 더 효율적인지기준이 안잡혀 있기 때문에 더 혼란스러웠던것 같다. 지금도 완벽하게 이해하고 있지는 않지만 싱글톤 패턴에 대해 좀 더 공부해보고기준을 좀 더 명확히 해보자. 싱글톤 패턴이란?클래스의 인스턴스를 하나만 생성하여 전역적으로 접근할 수 있도록 보장하는 디자인 패턴이다.주로 공유 자원 관리, 설정 관리, 로그 관리 등과 같은 경우에 사용한다. 기존에 진행했던 FitFit 프로젝트에도 이 싱글톤 패턴이 적용되어 있다.적용 방법 자체는 좀 잘못된 방향으로 흘러갔지만적용하고 보니 얼마나 유용한지 느낄 수..

오늘은 사용하는 자바 버전에 대하여 간단하게 포스팅 해보려 한다. 24년 기준으로 현재 자바 버전은 23버전까지 릴리스 되었다.기존에 내가 진행했던 프로젝트들의 경우 대부분 8버전으로 진행했었다.처음 개발을 시작할 때 (유튜브를 보며 공부할 때) 8버전으로 진행했기에 그 때 8버전으로 했었지만 자바 버전을 어떤것으로 선정할지에 대한 기준이 없었기에 그랬던 것이고이제는 자바 버전도 각 버전의 특징들을 알고개발환경에 맞게 어떤 버전을 사용할지 생각할 수 있어야 한다고 생각한다. 자바 버전 선택먼저 많이 사용하는 자바버전의 경우 글 제목에도 적어놨지만 Java 8 , Java 11 , Java 17세가지 버전의 자바를 많이 사용한다. 그렇다면 왜 이 세가지 버전을 가장 많이 사용하는가?그 이유는 이 세가지 버..
지난번 포스팅 했던 객체지향 프로그래밍에 이어서객체지향 프로그래밍의 5가지 원칙 SOLID 원칙에 대해 포스팅 하려한다. SOLID 원칙 이란? SOLID란 객체 지향 프로그래밍을 하면서 지켜야하는 5대 원칙으로 각각 SRP(단일 책임 원칙), OCP(개방-폐쇄 원칙), LSP(리스코프 치환 원칙), DIP(의존 역전 원칙), ISP(인터페이스 분리 원칙)의 앞글자를 따서 만들어졌다. SOLID 원칙을 철저히 지키면 시간이 지나도 변경이 용이하고, 유지보수와 확장이 쉬운 소프트웨어를 개발하는데 도움이 되는 것으로 알려져있다. 1. 단일 책임의 원칙 (SRP)단일 책임 원칙은 클래스(객체)는 단 하나의 책임만 가져야 한다는 원칙이다.여기서 책임은 하나의 기능을 담당한다로 보면 된다. 즉 하나의 클래스는 ..