티스토리

lgvv98

검색하기

블로그 홈

lgvv98

rldd.tistory.com/m

iOS, Swift, UIKit, SwiftUI

구독자: 48

방명록 방문하기

주요 글 목록

iOS SnapshotTesting (스냅샷 테스팅) iOS SnapshotTesting (스냅샷 테스팅) 오픈소스를 활용해서 스냅샷 테스트를 연습해보고자 함. 목차스냅샷 테스트란?오픈소스 설치하기테스트 코드 작성하기성공한 스냅샷 확인만약에 View의 배경색을 바꾼다면? 예제 파일오픈소스https://github.com/pointfreeco/swift-snapshot-testing 스냅샷 테스트란?스냅샷 테스트는 특정 시점에서의 스냅샷을 저장하고, 이후 변경이 발생했을 때 이를 비교하여 문제를 발견할 수 있음UI 요소(View, ViewController)데이터 구조(JSON, 문자열 등)파일(이미지, 텍스트, PDF 등)스냅샷 테스트는 파일로 저장되어 git 버전 관리를 활용해 변경 내용을 추적할 수 있음.swift-snapshot-testing은 UI와.. 공감수 6 댓글수 1 2024. 12. 10.
[HLS] Creating a Multivariant Playlist Creating a Multivariant Playlisthttps://developer.apple.com/documentation/http-live-streaming/creating-a-multivariant-playlist동일 컨텐츠의 다른 인코딩을 제공하기 위한 여러 플레이리스트.목차Adding alternate media to a playlistIncorporating Ads into a PlaylistVideo on Demand playlist constructionEvent playlist constructionLive Playlist (sliding window) constructionHTTP Live Streaming OverviewCreating a Multivariant Playlist.. 공감수 1 댓글수 0 2024. 12. 5.
[HLS] HTTP Live Streaming Overview HTTP Live Streaming Overviewhttps://developer.apple.com/documentation/http-live-streaming목차Adding alternate media to a playlistIncorporating Ads into a PlaylistVideo on Demand playlist constructionEvent playlist constructionLive Playlist (sliding window) constructionHTTP Live Streaming OverviewCreating a Multivariant PlaylistOverviewHLS(HTTP Live Straming)은 애플 디바이스에서 멀티미디어를 재생하기 위해 웹서버에서 HTTP 오디.. 공감수 0 댓글수 0 2024. 12. 5.
[HLS] Live Playlist (sliding window) construction Live Playlist (sliding window) constructionhttps://developer.apple.com/documentation/http-live-streaming/live-playlist-sliding-window-construction라이브 세션 플레이리스트를 위한 기본 구성에 대한 이해목차Adding alternate media to a playlistIncorporating Ads into a PlaylistVideo on Demand playlist constructionEvent playlist constructionLive Playlist (sliding window) constructionHTTP Live Streaming OverviewCreating a Multi.. 공감수 0 댓글수 0 2024. 12. 5.
[HLS] Event playlist construction Event playlist constructionhttps://developer.apple.com/documentation/http-live-streaming/event-playlist-construction이벤트 세션 플레이리스트의 기본 구조에 대해 학습목차Adding alternate media to a playlistIncorporating Ads into a PlaylistVideo on Demand playlist constructionEvent playlist constructionLive Playlist (sliding window) constructionHTTP Live Streaming OverviewCreating a Multivariant PlaylistOverview이벤트 플레이리스.. 공감수 0 댓글수 0 2024. 12. 5.
[HLS] Video on Demand playlist construction Video on Demand playlist constructionhttps://developer.apple.com/documentation/http-live-streaming/video-on-demand-playlist-constructionVOD 플레이리스트에 대한 이해목차Adding alternate media to a playlistIncorporating Ads into a PlaylistVideo on Demand playlist constructionEvent playlist constructionLive Playlist (sliding window) constructionHTTP Live Streaming OverviewCreating a Multivariant PlaylistOvervie.. 공감수 0 댓글수 0 2024. 12. 5.
[HLS] Incorporating Ads into a Playlist Incorporating Ads into a Playlisthttps://developer.apple.com/documentation/http-live-streaming/incorporating-ads-into-a-playlist플레이리스트에 브랜딩 또는 광고 추가.목차Adding alternate media to a playlistIncorporating Ads into a PlaylistVideo on Demand playlist constructionEvent playlist constructionLive Playlist (sliding window) constructionHTTP Live Streaming OverviewCreating a Multivariant PlaylistOverview자신의.. 공감수 0 댓글수 0 2024. 12. 5.
[HLS] Adding alternate media to a playlist Adding alternate media to a playlisthttps://developer.apple.com/documentation/http-live-streaming/adding-alternate-media-to-a-playlist기본 프레젠테이션에 대체가능한 플레이리스트를 지정.목차Adding alternate media to a playlistIncorporating Ads into a PlaylistVideo on Demand playlist constructionEvent playlist constructionLive Playlist (sliding window) constructionHTTP Live Streaming OverviewCreating a Multivariant Playli.. 공감수 0 댓글수 0 2024. 12. 3.
iOS VIPER 아키텍처 정리 iOS VIPER 아키텍처 정리 VIPER Architecture는 Jeff Gilbert와 Conrad Stoll이 클린 아키텍처를 iOS 앱 개발에 특별하게 적용하기 위해서 개발하고, 대중화해당 포스팅에서는 조금 더 최신화 형태로 구성 예제 파일VIRER란?ViewViewController로 xib/storyboardInteractor:데이터, 네트워킹 및 비즈니스 로직을 담당.PresenterView와 Interactor 사이에 데이터를 전달하고, 사용자 이벤트를 처리하여 라우터를 호출.VIPER의 다른 모든 객체들과 통신하는 유일한 객체Entity데이터 객체이며 데이터 접근은 Interactor에서 가능VIPER 모듈 사이에서 화면 전환을 담당RouterBuilder (해당 포스팅에서 구현에 추.. 공감수 2 댓글수 0 2024. 12. 3.
iOS 빌드 메시지 분석해서 빌드 시간 개선하기 iOS 빌드 메시지 분석해서 빌드 시간 개선하기 프로젝트 빌드 메시지를 분석해서 빌드 시간 개선해보고자 함. 예제 파일목차빌드 메시지 확인하는 방법프로젝트 구조 및 Home Package 확인하기1차 문제 분석 및 개선 방향성 잡기Player Package 확인하기Player Package 개선하기1차 개선 결과2차 문제 분석 및 개선 방향성 잡기문제 코드 영역 확인하기HomeDetail을 HomeDetailInterface 모듈로 분리하기개선한 Home Package2차 개선 결과실행 가능한 앱(데모 앱) 구성하기실행 가능한 앱(데모 앱) 빌드 결과결과 한눈에 확인하기1차 개선2차 개선앱 빌드 빌드 메시지 확인하는 방법좌측 인스펙터에 빨간색 이미지 영역 클릭 빌드 이미지를 보면 순차대로 어떤 것들이 .. 공감수 2 댓글수 0 2024. 12. 3.
언어의 기본 자료형 Dummy를 활용해 더 명확한 테스트 작성하기 언어의 기본 자료형 Dummy를 활용해 더 명확한 테스트 작성하기 테스트 코드를 작성하면서 언어에서 제공하는 기본 값을 그대로 사용하는 경우해당 값이 테스트에 영향을 주는 값인지혹은 단순히 기본값인지 다른 개발자가 판단하기 어려운 경우가 많음.이는 결국 가독성과 유지보수에 문제를 일으킬 수도 있음. 목차Swift의 기본 자료형을 Dummy 대신 사용한 테스트 코드를 마주한 경우Model 과 ViewModel의 구현체 확인테스트 코드에 Dummy 값을 명시적으로 사용한 경우 Swift의 기본 자료형을 Dummy 대신 사용한 테스트 코드를 마주한 경우아래처럼 테스트코드가 작성되어 있다면, 테스트가 올바르게 작성되었다고 생각하기보다 코드를 볼수록 많는 의문점들이 생겨남많은 의문점들은 테스트 본질이 아닌 부.. 공감수 3 댓글수 1 2024. 12. 2.
iOS Combine을 활용해 로그인 상태 관리 기능 구현 iOS Combine을 활용해 로그인 상태 관리 기능 구현 멀티캐스트 딜리게이트 패턴을 활용해 구현했던 코드를 개선하고자 함.멀티캐스트 딜리게이트 패턴 활용한 로그인 상태 관리 구현 : https://rldd.tistory.com/706Combine을 활용해 로그인 상태 관리 기능 구현 : https://rldd.tistory.com/707 목차아이디어데모 샘플 구현 코드Combine 기반 기능 모듈 구현로그인 기능 구현체사용 예제구현 후 분석아이디어이전에 키보드 상태를 감지하기 위해서 Combine을 활용한 적이 있었는데, 이번에도 해당 형태로 구현하면 별도의 주입 없이 더 간편하게 사용할 수 있다고 생각 데모 샘플 구현 코드 (Combine 기반 기능 모듈 구현)멀티캐스트 딜리게이트 패턴을 Com.. 공감수 2 댓글수 0 2024. 11. 27.
iOS 멀티캐스트 딜리게이트 패턴 활용한 로그인 상태 관리 구현 iOS 멀티캐스트 딜리게이트 패턴 활용한 로그인 상태 관리 구현 멀티캐스트 패턴을 활용해 로그인 기능을 구현 멀티캐스트 딜리게이트 패턴 활용한 로그인 상태 관리 구현 : https://rldd.tistory.com/706Combine을 활용해 로그인 상태 관리 기능 구현 : https://rldd.tistory.com/707 목차배경고려사항데모 샘플 구현 코드멀티캐스트 기능 구현 모듈로그인 기능 구현체이벤트 수신(사용 예제)구현 후 분석 배경 앱 내에서 카카오, 네이버, 페이스북 등 여러 소셜 로그인을 지원하고 있음.로그인이 되지 않은 상태에서도 로그인 페이지가 나타나는 것이 아닌, 각 페이지마다 별도의 정책이 적용되며 다른 UI가 나타남.웹뷰, 웹 등 로그아웃 버튼이 아니더라도 로그아웃 처리시킬 수.. 공감수 1 댓글수 0 2024. 11. 27.
계약에 의한 설계 계약에 의한 설계 느낀점부록 A인데 계약에 의한 설계를 읽어보면서 프레임워크나 라이브러리를 내부를 어떻게 구현하고, 외부에 어떤 인터페이스들을 어떻게 제공하면 좋은지 더 생각하는 부록이었음. 계약에 의한 설계인터페이스를 다듬고 명령과 쿼리를 분리했다고 하더라도 명령으로 인해 발생하는 부수효과를 명확하게 표현하는 데는 한계가 존재주석으로 부수효과를 설명하는 것도 가능하겠으나, 파급효과를 명확하게 전달하기가 쉽지 않을 뿐더러 시간이 흐를수록 구현을 정확하게 반영하지 못할 가능성도 높음메서드의 구현이 단순하다면 부수효과를 쉽게 이해할 수 있을지도 모르지만, 부수효과를 가진 다수의 메서드들을 연이어 호출하는 코드를 분석하는 경우에는 실행결과를 예측하기 어려울 수 있음명령의 부수효과를 쉽고 명확하게 표현할 수 .. 공감수 1 댓글수 0 2024. 11. 26.
오브젝트: 코드로 이해하는 객체지향 설계 나아가기를 읽으며 오브젝트: 코드로 이해하는 객체지향 설계 나아가기를 읽으며 느낀점패턴에 대해서 더 상세히 알게 되었음. 컴포넌트 재사용과 합성이 이상적으로는 좋지만 현실에서는 아쉬웠다는 포인트에서 합성은 정말 좋은 방법이지만 모든 문제를 이 형태로 강제하여 해결하려는 건 어렵다고 생각하게 되었음 나아가기새로운 기술을 학습하기 위해서는 3가지 단계를 거침따라하는 수준적합한 열 가지 절차가 있더라도 모든 절차를 한번에 습득하는건 불가하여 한 가지 절차를 학습하고 그대로 모방분리 수준단 하나의 절차만으로는 모든 문제를 해결할 수 없는 사실을 깨닫고 다양한 절차를 학습하고 트레이드오프 함.모든 경우에 올바른 절차란 존재하지 않는다는 사실을 이해하고 각 상황에 따라 판단력과 유연함을 익힘.거침없는 수준이제 절차는 중요하지 않은.. 공감수 1 댓글수 0 2024. 11. 25.
오브젝트: 코드로 이해하는 객체지향 설계 15장을 읽으며 오브젝트: 코드로 이해하는 객체지향 설계 15장을 읽으며 느낀점패턴에 대해서 더 상세히 알게 되었음. 컴포넌트 재사용과 합성이 이상적으로는 좋지만 현실에서는 실패했다는 이야기에서 내 코드에서도 일부는 일관성있는 구조를 시간 및 여러가지 사유로 어긴 케이스가 있어서 이에 대한 근거를 찾으려고 마련하게 되었던 것 같음. 디자인 패턴과 프레임워크소프트웨어 설계에서 반복적으로 발생하는 문제에 대해 반복적으로 적용할 수 있는 해결 방법을 디자인 패턴이라고 부름디자인 패턴의 목적은 설계를 재사용하는 것디자인 패턴을 익히고 나면 변경의 방향과 주기를 이해하는 것만으로도 필요한 역할과 책임, 역할들의 협력 방식을 순간적으로 떠올릴 수 있음프레임워크는 설계와 코드를 함께 재사용하기 위한 것프레임워크는 아키텍처를 구현.. 공감수 1 댓글수 1 2024. 11. 24.
오브젝트: 코드로 이해하는 객체지향 설계 14장을 읽으며 오브젝트: 코드로 이해하는 객체지향 설계 14장을 읽으며 느낀점서비스 발전하면서 계속 코드 수정하게 되는데, 그때는 맞고 지금은 틀리다가 가장 정확한 표현인 것 같다 일관성 있는 협력객체는 협력을 위해 존재하며, 협력은 객체가 존재하는 이유와 문맥을 제고잘 설계된 애플리케이션은 이해하기 쉽고, 수정이 용이하며, 재사용 가능합 협력의 모임일관성 있는 패턴을 적용하면 이해하기 쉽고 직관적이며 유연해진다는 것코드 재사용을 위한 상속은 해롭다두 클래스 사이의 강한 결합도는 설계 개선과 기능의 추가를 방해 설계에 일관성 부여하기일관성 있는 설계를 만드는데 가장 훌룡한 조언은 다양한 설계 경험을 익히는 것풍부한 설계를 가진 사람은, 그 변경을 어떻게 다뤄야 하는지에 대한 통찰력을 가짐일관성을 제공하기 위해 어떤 .. 공감수 0 댓글수 0 2024. 11. 23.
UICollectionView Crashes on iOS 18 with Xcode 16: Troubleshooting Guide UICollectionView Crashes on iOS 18 with Xcode 16: Troubleshooting Guide 기존 운영중인 코드에서 Xcode 16, iOS 18 에서만 UICollectionView 크래시 발생 크래시 상황 분석상황 분석Xcode 16 + iOS 17.7 ✅ 크래시 미발생Xcode 16 + iOS 18 + ❌ 크래시 발생즉, Xcode 16과 iOS 18 기기 한정해서 발생하는 걸로 보임. 크래시 현상 재현 코드deque를 2회이상 수행하면 크래시가 발생.import UIKitclass ViewController: UIViewController, UICollectionViewDelegate, UICollectionViewDataSource, UICollectionV.. 공감수 2 댓글수 0 2024. 11. 22.
오브젝트: 코드로 이해하는 객체지향 설계 13장을 읽으며 오브젝트: 코드로 이해하는 객체지향 설계 13장을 읽으며 느낀점상속과 관련된 설계에서 부모 클래스와 자식 클래스 간의 계약이 어떻게 정의되고 지켜져야 하는지 알게 되었음. 부모 클래스에서 정의된 규칙과 제약을 자식 클래스가 확장하거나 변경할 때, 이를 위반하지 않고 일관성을 유지하는 것이 객체지향 설계의 핵심상속이 단순히 코드 재사용을 위한 도구가 아니라, 명확하고 견고한 계약을 기반으로 하는 책임의 연속성을 의미.계약에 의한 설계에서 계약 위반이 발생했을 때 시스템이 얼마나 취약해질 수 있는지에 설득력 있었고, 상속보다는 합성(composition)을 활용해 계약을 명시적으로 정의하고 관리하는 것이 때로는 더 효과적일 것 같음. 서브클래싱과 서브타이핑상속의 첫번째 용도는 타입 계층을 구현하는 것타입 .. 공감수 2 댓글수 1 2024. 11. 21.
Combine ReadOnly Publisher Combine ReadOnly PublisherCombine을 통해 개발하는데, Read만 가능한 Publiser가 필요한 상황이 생김.Combine과 SwiftUI에서 기본 제공되는 PassthroughSubject, CurrentValueSubject, @Published로는 읽기 전용으로 제한하기에 마땅치 않아서 커스텀하게 만들어서 사용하고자 함. 목차 모듈 전체 코드 CurrentValueSubject을 통한 구현 PassthroughtSubject을 통한 구현 PassthroughSubject를 활용한 구현에서 value를 지원하는 형태 간단 사용 예제 모듈 전체 코드구현할 때 고려했던 것들Swift Package를 활용해서 모듈 형태로 구현해서 접근제어자 활용... 공감수 3 댓글수 0 2024. 11. 20.
오브젝트: 코드로 이해하는 객체지향 설계 12장을 읽으며 오브젝트: 코드로 이해하는 객체지향 설계 12장을 읽으며 느낀점self, super 등 다형성에 점점 더 지식이 늘어가는 것 같다 가끔 수동 배포 할 때 ad hoc이란 용어가 있었는데, 임시라는 의미였다니! 다형성코드 재사용을 목적으로 상속을 사용하면 변경하기 어렵고 유연하지 못한 설계에 이를 확률이 높아짐상속의 목적은 코드 재사용이 아님상속은 타입 계층을 구조화하기 위해 사용해야 함.클라이언트 관점에서 인스턴스들을 동일하게 행동하는 그룹으로 묶기 위해서라면 사용하지 말아야 함.상속의 일차적인 목적은 코드 재사용이 아닌 서브 타입의 구현이라는 사실을 이해할 것객체지향에서 다형성은 유니버셜 다형성과 임시(ad Hoc) 다형성으로 분류할 수 있음유니버셜 다형성은 매개변수(Parametric) 다형성과 포함.. 공감수 5 댓글수 1 2024. 11. 19.
Swift Mixin and Trait Swift Mixin and Trait iOS 프로그래밍에서 주로 사용되는 언어는 Swift로 다중 상속을 지원하지 않음.Swift에서는 인터페이스(Interface)를 프로토콜(protocol)로 사용하고 있어서 프로토콜이라는 용어와 인터페이스의 의미는 같음. 목차배경mixin이란?interface(protocol), mixin, trait예제를 통해 알아보기 1예제를 통해 알아보기 2예제를 통해 알아보기 3swift 다중 상속 컴파일 오류몇가지 실험들둘 다 채택한 경우명시적 캐스팅배경객체지향 프로그래밍에서 상속의 사용은 코드의 결합도를 크게 증가시킴. 이로 인하여 많은 문제점들이 발생.상속을 코드 중복을 해결하기 위한 수단으로 사용하면 안됨.상속은 부모와 자식간의 높은 결합도를 가지게 되어 코드의 .. 공감수 2 댓글수 1 2024. 11. 18.
오브젝트: 코드로 이해하는 객체지향 설계 11장을 읽으며 오브젝트: 코드로 이해하는 객체지향 설계 11장을 읽으며 느낀점프로그래밍 언어의 발전과 구조에 대한 이론에 점점 더 흥미가 생기는 것 같음. 언어마다 다중 상속을 지원하지 않거나 mixin을 제공하는 방식을 보며 각 언어가 선택한 설계 철학과 구조의 차이를 이해하는 데 많은 인사이트를 얻음. 이러한 차이점은 단순히 문법적 요소에 국한되지 않고, 언어가 지향하는 객체지향의 특성과 설계 원칙에 깊이 뿌리를 두고 있다는 점이 체계적으로 언어를 잘 만든 것 같음. 합성과 유연한 설계상속이 부모 클래스를 자식 클래스를 연결해서 부모 클래스의 코드를 재사용하는 데 비해 합성은 전체를 표현하는 객체가 부분을 표현하는 객체를 포함해서 부분 객체의 코드를 재사용상속에서 부모와 자식 클래스 간의 관계는 컴파일 타임에 해결.. 공감수 2 댓글수 1 2024. 11. 17.
오브젝트: 코드로 이해하는 객체지향 설계 10장을 읽으며 오브젝트: 코드로 이해하는 객체지향 설계 10장을 읽으며 느낀점상속은 경험에 의해서 기피하는 경향이 있는데, 문제에 대해서 다시보면서 인터페이스 상속이 아닌 구현 상속이 일반적으로 문제가 있구나를 알게 되었음. 상속과 코드 재사용객체지향 프로그래밍의 장점 중 하나는 코드를 재사용하기가 용이하다는 것.전통적인 패러다임에서 코드를 복사한 후 수정하는 것클래스를 재사용하기 위해 새로운 클래스를 추가하는 가장 대표적인 기법인 상속에 관해 살펴보기로 함.기존 클래스의 인스턴스를 포함시키는 방법으로 흔히 합성이라고 부름상속과 중복 코드중복 코드는 사람들의 마음속에 의심과 불신의 씨앗을 뿌림.눈 앞 코드가 어떤 코드와 비슷하다고 느끼는 순간 우리의 뇌는 혼란속으로 내던져 짐. DRY 원칙중복 코드는 변경을 방해함... 공감수 2 댓글수 1 2024. 11. 16.
오브젝트: 코드로 이해하는 객체지향 설계 9장을 읽으며 오브젝트: 코드로 이해하는 객체지향 설계 9장을 읽으며 느낀점개방 폐쇄 원칙 및 컴파일 타임 의존성, 런타임 의존성 보면서 기존 설계한 코드들을 다시 보게 되었음. 특히 Factory는 많이 사용하는데, 이거 어디에 위치시킬지 매번 고민했는데, 순수한 기술적 결정이므로 어디에 위치시킬지 명확한 근거를 알게 되었음. create, use를 분리하는거 경험적으로 행하고 있었는데, 문서로 보니까 더욱 좋았음! 유연할 설계이전 장에서는 재사용 가능한 설계를 만들기 위해 적용할 수 있는 다양한 의존성 관리 기번을 소개. 이번에는 원칙이라는 관점에서 정리개방 폐쇄 원칙은 확장과 수정이 키워드확장에 대해 열려 있다: 애플리케이션의 요구사항이 변경될 때 이 변경에 맞게 새로운 동작을 추가해서 애플리케이션의 기능을 확장.. 공감수 5 댓글수 5 2024. 11. 15.
오브젝트: 코드로 이해하는 객체지향 설계 8장을 읽으며 오브젝트: 코드로 이해하는 객체지향 설계 8장을 읽으며 느낀점의존성에 대해서 더 잘 알게 되었음. 사내에서 이렇게 하면 더 좋겠다라고 생각해서 작성한 코드가 컨텍스트 확장과 조합 가능한 행동을 따른다는 데서 짜릿함을 느낌 의존성 관리하기잘 설계된 애플리케이션은 작고 응집도 높은 객체들로 구성협력은 필수적이지만 과도한 협력은 설계를 곤경에 빠뜨리기도 함.객체지향 설계란 의존성을 관리하는 것이고 객체가 변화를 받아들일 수 있게 의존성을 정리하는 기술변경과 의존성객체가 협력하기 위해 다른 객체를 필요로 할 때 의존성이 존재. 의존성은 실행 시점과 구현 시점에 서로 다른 의미를 가짐실행 시점: 의존하는 객체가 정상적으로 동작하기 위해서는 실행 시에 의존 대상 객체가 반드시 존재해야 함구현 시점: 이존 대상 객체.. 공감수 1 댓글수 0 2024. 11. 14.
오브젝트: 코드로 이해하는 객체지향 설계 7장을 읽으며 오브젝트: 코드로 이해하는 객체지향 설계 7장을 읽으며 느낀점데이터 타입 추상화와 클래스의 차이를 더 명확하게 이해할 수 있었음. 객체 분해가 단순히 구조를 나누는 것이 아니라, 필요에 따라 정보의 복잡도를 관리하는 중요한 과정. 복잡한 시스템에서 모듈화를 통해 인지 과부하를 줄이고 코드의 가독성을 높이는 데 큰 도움이 된다는 부분 고민 프로그래밍 언어의 설계에 있어 왜(why)에 대해서 더 잘 알게 되었달까? 객체 분해개발자가 인지할 수 있는 용량을 초과하는 순간 인지과부하가 발생하여 문제 해결능력이 급격하게 떨어짐이를 위해 정보의 양을 조절하는 것불필요한 정보를 제거하고 현재의 문제 해결에 필요한 핵심만 남기는 것을 추상화라고 함큰 문제를 작은 문제로 나누는 것을 분해(decomposition)이라.. 공감수 2 댓글수 0 2024. 11. 13.
오브젝트: 코드로 이해하는 객체지향 설계 6장을 읽으며 오브젝트: 코드로 이해하는 객체지향 설계 6장을 읽으며 느낀점함수형 프로그래밍의 개념과 부수효과를 최소화하는 방법, 명령(Command)과 쿼리(Query)를 분리하는 설계 원칙에 대해 배운 것이 인상적이었음. 메시지를 통해 객체 간의 협력이 이루어질 때, 불필요한 부수효과를 피하는 것이 얼마나 중요한지 체감했고, 코드의 안정성과 일관성을 높이는 방법을 구체적으로 알게 되었음. 메시지와 인터페이스객체지향 프로그래밍에 대한 가장 흔한 오해는 애플리케이션이 클래스의 집합으로 구성된다고 생각하는 것. 클래스는 구현 도구일 뿐.가장 중요한 재료는 클래스가 아니라 객체들이 주고받는 메시지 클라이언트 - 서버 모델두 객체 사이의 협력 관계를 설명하기 위해 사용하는 전통적인 메타포는 클라이언트-서버 모델두 객체 사이.. 공감수 2 댓글수 1 2024. 11. 12.
오브젝트: 코드로 이해하는 객체지향 설계 5장을 읽으며 오브젝트: 코드로 이해하는 객체지향 설계 5장을 읽으며 느낀점영화 설계를 바꾸는 모습을 보면서 어떻게 설계하는지에 대해서 생각을 많이 함. 재사용 되지 않는 메서드를 분리하면 시선이 분산되는 느낌이라 특정 메서드는 주석을 통해 전개하는데 몬스터 메서드라는 개념을 보면서 새로운 시각에 대해서 생각하게 됨. 책임 할당하기문맥을 벗어나 고립된 객체의 상태에 초점을 맞추기 때문에 캡슐화를 위반하기 쉽고 요소들 사이의 결합도가 높아짐. 다양한 객체 할당 방법이 존재하고 어떤 방법이 최선인지는 상황과 문맥에 따라 달라짐 데이터보다 행동을 먼저 결정하라객체에게 중요한 것은 데이터가 아니라 외부에 제공하는 행동. 객체지향 설계에서 가장 중요한 것은 적절한 객체에게 적절한 책임을 할당하는 능력 협력이라는 문맥 안에서 .. 공감수 2 댓글수 1 2024. 11. 11.
오브젝트: 코드로 이해하는 객체지향 설계 4장을 읽으며 오브젝트: 코드로 이해하는 객체지향 설계 4장을 읽으며 느낀점리플 이펙트와 강한 결합도의 문제를 다룬 코드 예제가 큰 인상으로 남음. 강한 결합도가 있을 때, 하나의 코드 변경이 시스템 전체에 걸쳐 어떤 파급 효과를 일으킬 수 있는지 직접 예제를 통해 보면서, 결합도를 낮추는 것에 대해서 고민하게 되었음. 코드의 유연성이 떨어지고, 작은 수정에도 많은 부분이 연쇄적으로 영향을 받는다는 점에서 코드의 유지보수성에 큰 장애물이 된다는 걸 체감. enum으로 값을 정의하는 코드들이 정의 케이스가 바뀌면서 외부에서 대응해주는 것들이 많았는데 이게 강한 결합도와 리플 이펙트 영역과 예시가 많이 닮아 있어서 좋은 인사이트가 되었다! 설계 품질과 트레이드오프객체지향 설계의 핵심은 역할, 책임, 협력임. 협력: 기능을.. 공감수 1 댓글수 1 2024. 11. 10.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.