애플리케이션 내부 데이터의 구조는 시스템 아키텍처에서 대단히 중요하다. 하지만 데이터 베이스는 데이터 모델이 아니다. 이러한 유틸리티는 저수준의 세부사항일 뿐이라서 아키텍처와는 관련이 없다.
소프트웨어 아키텍트라면 코드에서 탈피하여 고수준의 문제에 집중해야 한다는 거짓말에 절대로 속아 넘어가서는 안된다. 코드와 동떨어져서는 안된다.
SOLID 원칙이 벽과 방에 벽돌을 배치하는 방법을 알려준다면 컴포넌트 원칙은 빌딩에 방을 배치하는 방법을 설명해준다.
SOLID 원칙의 목적은 중간 수준의 소프트웨어 구조가 아래와 같도록 만드는데 있다. - 변경에 유연하다 - 이해하기 쉽다 - 많은 소프트웨어 시스템에 사용될 수 있는 컴포넌트의 기반이 된다.
스터디에서 한 분이 debounce 관련된 질문을 받으셨다고 하셔서 궁금해 찾아보았고 참고하여 button에 적용시켜봤다. 생각보다 간단했다.
ReactorKit is a framework for a reactive and unidirectional Swift application architecture.
듀얼모니터를 사용하고 있는데 항상 Application을 켜고 이리저리 창을 배치하는게 굉장히 귀찮았다
이 글은 WWDC 2021 Meet the UIKit Button System 를 번역, 공부했습니다.
해당 글은 Use async/await with URLSession 을 번역하며 공부해본 글입니다.
어플리케이션이 있습니다. 그 응용 프로그램은 주 스레드를 얻습니다.이 주 스레드는 사용자 인터페이스에 전원을 공급하는 모든 코드를 실행하는 역할을 합니다. 응용 프로그램에 코드를 추가하기 시작하면 응용 프로그램의 성능이 상당히 크게 변경됩니다. 예를 들어, 데이터 변환
storyboard storyboard는 iOS5부터 도입됐다 장점 결과물을 예측하기 쉬움. 속성을 쉽게 확인가능 소스코드를 일일히 파악하지 않아도 UI 확인 가능 pop, push, present, dismiss를 코드로 치지 않을수도 있다. 프로토타입 - 스토리보드는 사용자 인터페이스 및 흐름의 프로토타이핑 및 목업을 단순화한다. Swift...
delegate 장점 엄격한 syntax로 인해 메소드들이 명확하게 명시됨 구현되지 않은 메소드들을 쉽게 알 수 있음 모니터링하는 notificationCenter 같은 외부 객체가 필요없음 단점 많은 줄의 코드가 필요 delegate에 nil이 들어가지 않게 해야함(크러시 주의) 순환참조를 조심 Notification Notification C...
이 포스팅의 stream을 통한 예시는 The introduction to Reactive Programming you've been missing의 부분을 번역하여 작성했습니다. 정의 > Reactive programming is programming with a
> When does an Observable begin emitting its sequence of items? It depends on the Observable. A “hot” Observable may begin emi
이 글은 raywenderlich.com의 iOS Unit Testing and UI Testing Tutorial을 읽고 공부를 위해 번역했습니다. iOS Unit 테스트는 매력적이지 않지만, 테스트로 인해 흥미로운 앱이 버그가 많은 잡동사니가 되는 것을 막을 수