
![Types vs Interfaces](/assets/img/2024-08-18-TypesvsInterfacesUnderstandingTheDifferenceinTypeScript2024_0.png)

TypeScript를 처음 시작했을 때, 가장 흔히 마주하는 논쟁 중 하나는 타입과 인터페이스 사이의 전투였습니다.

저와 같다면 아마도 궁금해했을 것입니다. "같은 것을 할 수 있는 두 가지 방법이 왜 필요한 걸까요?"

이 기사에서는 우리가 타입과 인터페이스 사이의 차이를 탐구하고, 장단점을 이해하며, 무엇보다 중요한 것은 언제 어느 것을 사용해야 하는지에 대해 알아볼 것입니다.

<div class="content-ad"></div>

안녕하세요! 개발자님, 아래 내용을 Markdown 형식으로 변경해보겠습니다.

Buckle up, because this ride is going to be both informative and fun!

# The Basics: What Are Types and Interfaces? ⛄

Let’s start with the basics. In TypeScript, both types and interfaces are used to define the shape of an object.

They’re a way to describe what a particular object should look like, what properties it should have, and what types those properties should be. But while they serve similar purposes, they have some key differences that set them apart.

<div class="content-ad"></div>

## 인터페이스

인터페이스는 TypeScript의 핵심 기능입니다. 객체에 대한 계약을 정의할 수 있게 해줍니다. 다음은 간단한 예시입니다:

![User object interface](/assets/img/2024-08-18-TypesvsInterfacesUnderstandingTheDifferenceinTypeScript2024_1.png)

이 인터페이스는 이름(문자열), 나이(숫자), 그리고 관리자 여부(부울)를 가진 User 객체를 설명합니다. 인터페이스의 장점은 확장이 가능하다는 것입니다. 기존 인터페이스를 기반으로 새로운 인터페이스를 만들 수 있습니다.

<div class="content-ad"></div>

![image](/assets/img/2024-08-18-TypesvsInterfacesUnderstandingTheDifferenceinTypeScript2024_2.png)

이제, 직원(Employee)은 사용자(User)의 모든 속성을 포함하며 직원 ID(employeeId)를 추가로 갖습니다.

## 유형

한편, 유형은 조금 더 다재다능합니다. 기존 유형, 연합 유형, 교차 유형 및 유틸리티 유형을 결합하여 복잡한 유형을 만들 수 있습니다. 이와 같이 유형 별칭을 사용하여 동일한 사용자 객체를 정의하는 방법입니다:

<div class="content-ad"></div>

![이미지](/assets/img/2024-08-18-TypesvsInterfacesUnderstandingTheDifferenceinTypeScript2024_3.png)

"이것은 인터페이스랑 거의 똑같아 보이죠!" 생각하실 수도 있을 거예요. 그리고 맞아요 — 맞습니다. 하지만 타입이 정말 빛을 발하는 곳은 인터페이스로는 할 수 없는 일들을 할 수 있다는 데 있습니다.

예를 들어, 유니언 타입을 생성할 수 있습니다:

![이미지](/assets/img/2024-08-18-TypesvsInterfacesUnderstandingTheDifferenceinTypeScript2024_4.png)

<div class="content-ad"></div>

아니면 교차 유형도 있어요:

![image](/assets/img/2024-08-18-TypesvsInterfacesUnderstandingTheDifferenceinTypeScript2024_5.png)

# 차이점: 길이 만날 때

그래서, 타입과 인터페이스는 무엇이 다른가요? 몇 가지 주요 차이점을 자세히 살펴보죠.

<div class="content-ad"></div>

## 확장성

가장 중요한 차이점 중 하나는 어떻게 확장하는지입니다. 인터페이스는 확장을 염두에 두고 만들어졌습니다. extends 키워드를 사용하여 쉽게 인터페이스를 확장할 수 있으며, 이전에 보았던 것과 같습니다.

이러한 이유로 인터페이스는 객체 지향 디자인 패턴을 사용할 때 자연스러운 선택지입니다.

반면에 타입은 더 유연하지만 확장성 면에서 덜 형식적입니다. 타입을 직접적으로 확장할 수는 없지만, 교차 타입을 사용하여 비슷한 결과를 얻을 수 있습니다:

<div class="content-ad"></div>

<img src="/assets/img/2024-08-18-TypesvsInterfacesUnderstandingTheDifferenceinTypeScript2024_6.png" />

그러나이 방식은 항상 인터페이스를 확장하는 것만큼 직관적이지 않을 수 있습니다.

## 병합

다른 차이점은 인터페이스는 병합 될 수 있지만, 타입은 병합될 수 없다는 것입니다. 특히 제3자 라이브러리와 작업하거나 기존 인터페이스에 추가 속성을 추가하고 싶을 때 특히 유용합니다.

<div class="content-ad"></div>

<img src="/assets/img/2024-08-18-TypesvsInterfacesUnderstandingTheDifferenceinTypeScript2024_7.png" />

이 예에서 TypeScript는 두 개의 사용자 인터페이스를 자동으로 하나로 병합하여 사용자가 이제 이름, 나이, 관리자 여부, 역할 및 부서 속성을 가지게 됩니다.

이 기능은 타입으로는 얻을 수 없는 것입니다. 동일한 이름으로 두 번 타입을 정의하려고 하면 중복 식별자 오류가 발생합니다.

## 사용 사례: 언제 무엇을 사용해야 할까요? 🐰

<div class="content-ad"></div>

그래서, 인터페이스를 사용해야 하는 시기와 타입을 사용해야 하는 시기는 언제인가요? 제가 접근하는 방법을 알려드리겠습니다:

인터페이스 사용 시:

- 클래스를 작성하거나 객체 지향 패턴을 사용하는 경우와 같이 확장하거나 구현해야하는 구조를 다루고 있을 때입니다.
- 선언을 병합해야 하는 경우입니다. 라이브러리 정의와 함께 작업하거나 제3자 인터페이스의 기능을 확장하려는 경우에 특히 유용합니다.

타입 사용 시:

<div class="content-ad"></div>

- 유니언 또는 인터섹션 타입을 정의해야 합니다.
- 여러 타입을 결합하거나 타입을 매핑하거나 유틸리티 타입을 사용하여 더 복잡한 타입을 만들고 싶어 합니다.
- 함수 시그니처, 튜플을 정의하거나 프리미티브와 작업하고 계십니다.

# 영향: 성능과 가독성 🌾

이론적인 측면을 다루었으니, 이제 더 실용적인 주제에 대해 이야기해보겠습니다 — 성능입니다.

TypeScript 코드의 성능에 타입 또는 인터페이스를 사용하는 것이 코드 성능에 상당한 영향을 미친다는 흔한 신화가 있습니다.

<div class="content-ad"></div>

하지만 타입과 인터페이스 사이의 선택은 코드의 가독성과 유지 관리에 영향을 줄 수 있습니다.

프로젝트가 커짐에 따라 객체 구조를 어떻게 정의하고 확장하는지에 대한 명확하고 일관된 접근 방식을 가지면 코드베이스를 더 쉽게 탐색하고 이해할 수 있습니다.

# 진화: TypeScript 2024에서 무엇이 새로운가요?

TypeScript의 가장 흥미로운 점 중 하나는 지속적으로 발전하고 있다는 것입니다. TypeScript 2024에서는 타입과 인터페이스를 사용하는 방법에 몇 가지 섬세하면서도 강력한 개선 사항이 있었습니다.

<div class="content-ad"></div>

한 가지 주목할만한 추가 사항은 템플릿 리터럴 타입의 향상된 지원이며, 이를 통해 복잡한 패턴을 정의하는 데 타입을 더욱 강력하게 만들 수 있습니다:

![TypesvsInterfacesUnderstandingTheDifferenceinTypeScript2024_8](/assets/img/2024-08-18-TypesvsInterfacesUnderstandingTheDifferenceinTypeScript2024_8.png)

이 기능을 사용하면 특정 문자열 패턴을 나타내는 타입을 정의할 수 있어 타입 정의를 더욱 정밀하게 만들 수 있습니다.

또 다른 흥미로운 발전은 인터페이스를 사용하여 매핑된 타입을 더욱 원활하게 정의할 수 있는 능력인데, 이를 통해 이전에 특정 사용 사례에 대해 타입을 더욱 매력적으로 만들었던 몇 가지 간극을 줄이고 있습니다.

<div class="content-ad"></div>

# 결론: 타입이나 인터페이스? 😊

하루 마무리로 TypeScript에서 타입과 인터페이스 사이의 선택은 옳고 그름에 대한 문제가 아니라, 각 도구의 강점과 약점을 이해하고 그것들을 언제 사용해야 하는지를 파악하는 문제입니다.

나는 특히 공용, 교차 및 복잡한 타입 조작을 위해 유연성이 필요할 때 타입을 활용합니다.

코딩을 계속하고 실험을 이어나가며, 무엇보다도 TypeScript를 마스터하는 여정을 즐기세요. 🚀

<div class="content-ad"></div>

좋은 하루 보내세요!


2024년 TypeScript에서 Types와 Interfaces의 차이점을 이해하기


## 안녕하세요 👋

Angular는 매일 더욱 강력하고 인기 있는 프레임워크가 되고 있습니다. 이 팁 기사에서는 Angular 프레임워크의 특별 기능 중 하나인 세 가지 지연 로딩 수준을 공유하고 싶습니다.

자세히 살펴보겠습니다!

# 📦 모듈 레벨

<div class="content-ad"></div>

이것은 NgModule에서 loadChildren과 함께 사용하는 전통적인 수준입니다.

예시:

```js
const routes: Routes = [
  {
    path: "a-route",
    loadChildren: () => import("./path-to/feature.module").then((m) => m.FeatureModule),
  },
];
```

# 🧩 컴포넌트 레벨

<div class="content-ad"></div>

최신 Angular 버전(15부터)의 독립 기능 덕분에 Angular 앱의 성능을 더욱 향상시킬 수 있는 컴포넌트를 지연 로드할 수 있습니다.

예시:

```js
const routes: Routes = [
  {
    path: "a-route",
    loadComponent: () => import("./path-to/a-component.component").then((m) => m.AComponent),
  },
];
```

독립 기능에 관심이 있다면, 이 아티클을 읽어보시기를 강력히 추천합니다:

<div class="content-ad"></div>

# `/` 템플릿 레벨

컴포넌트 템플릿 내에서의 지연 로딩은 Angular 17에서 도입된 deferrable views 기능 덕분에 가능해졌습니다. 이 강력한 기능을 통해 컴포넌트를 템플릿 내에서 지연 로딩하여 앱을 최적화할 수 있으며, 특히 대규모 컴포넌트에 유용합니다.

예시:

```js
@Component({
  selector: "app",
  standalone: true,
  template: `
    <h2>즉시 표시될 일부 내용...</h2>
    @defer (상호작용 시; 화면에 prefetch) {
    <a-large-component />
    }
  `,
})
export class AppComponent {}
```

<div class="content-ad"></div>

위대한 기능에 대해 더 알아보세요:

오늘의 빠른 팁이 도움이 되었기를 바랍니다. 다음 팁을 기대해 주세요 🙋

질문이나 피드백이 있으시면 답글을 남기거나 LinkedIn을 통해 연락해 주세요. 언제든지 귀 기울일게요!

커피 한 잔 해주고 싶으신가요? ☕️

<div class="content-ad"></div>

# 쉽게 설명한 영어 커뮤니티에 참여해 주셔서 감사합니다! 떠나시기 전에:

- 글쓴이를 추천하고 팔로우하세요 👏
- 팔로우하기: X | LinkedIn | YouTube | Discord | Newsletter
- 다른 플랫폼 방문하기: CoFeed | Differ
- PlainEnglish.io에서 더 많은 콘텐츠를 즐기세요


앵귤러에서 lazy loading 적용하는 방법


![Rights and Responsibilities in Software Development](/assets/img/2024-08-18-RightsandResponsibilitiesinSoftwareDevelopment_0.png)

인생은 많은 자유를 안겨주지만, 그에 상응하는 의무도 따라옵니다. 자동차를 소유할 권리가 있지만 등록하고 보험가입해야 합니다. 부동산을 구입하는 권리도 땅세를 납부해야 한다는 의무가 따릅니다. 시민으로서 투표할 권리가 있지만, 투표소에서 목소리를 내야 하는 책무도 있습니다.

권리와 책임의 조합은 사람들이 사회 속에서 어떻게 맞물리는지를 정의합니다. 미국에는 미국 헌법의 처음 열 개 개정안인 국민권리장이 있습니다. 그러나 대응되는 책임의 권리장은 없습니다. 시민의 책임은 수많은 법률과 규정에서 구체화되어 있으며, 각기 다른 관할 지역에서 존재합니다. 또한 지구 상의 동료 주민들에게는 서로에 대한 사회적 책임이 있습니다. 그냥 함께 있는 이유로 말이죠.

소프트웨어 프로젝트에서도 사람들은 권리와 책임을 갖습니다. 우리가 상호작용하는 사람들을 고려해 이 두면을 조직화할 수 있습니다. 우리는 서로의 팀원, 고객, 매니저, 공급업체, 대중과의 이러한 권리-책임 관계를 갖습니다. 협업하며 상대방에게 필요한 것과 '이 프로젝트가 함께 성공적으로 진행되기 위해 당신에게 필요한 것이 무엇인지'에 대해 대화해야 합니다.

<div class="content-ad"></div>

모든 소프트웨어 실무자는 전문 윤리를 준수하는 책임이 있습니다. 컴퓨팅 머신리(Association for Computing Machinery)과 IEEE 컴퓨터 협회는 소프트웨어 공학 윤리 및 전문 실무에 대한 윤리 강령을 공동으로 마련했습니다. 이 강령은 실무자가 기밀을 유지하고 지적 재산권을 존중하며 높은 품질을 추구하는 책임을 다룹니다. 소프트웨어 전문가들은 이 강령에 익숙해져야 합니다.

소프트웨어 전문가들의 권리와 책임 간에는 대칭이 있습니다. A 그룹의 사람들이 B 그룹의 사람들로부터 특정 서비스나 행동을 요구할 권리가 있다고 가정해봅시다. 그럼에도 불구하고, A 그룹의 구성원들은 B 그룹의 사람들에게 몇 가지 책임이 있습니다. 이러한 일대일 관계에 각 권리 선언에 대응하는 책임 선언을 함께 수립할 수 있다고 상상해볼 수 있습니다. 또는 관계에 참여하는 양쪽 당사자에게 상응하는 상호 책임이 내포된 상호 권리의 보완 선언을 설계할 수도 있습니다.

소프트웨어 개발에 종사하는 여러 그룹의 권리 및 책임 예시 몇 가지를 다음에 소개하겠습니다. 다양한 소스에서 가져온 것이며, 이를 통해 이해관계자들이 더 원할하게 협업할 수 있도록 귀하의 현지 시각에서 권리 및 책임을 항목별로 세부화하는 것이 도움이 될 수 있습니다. 공식적으로 이를 기록하는 데 불편함을 느낀다면, 다음과 같은 형태로 이러한 아이디어를 표현하는 것을 고려해보세요: "당신이 나에게 X를 기대하는 것은 일반적으로 합리적이며, 나는 당신이 Y를 기대하는 것을 합리적으로 여길 수 있습니다."

# 일부 고객의 권리 및 책임

<div class="content-ad"></div>

소프트웨어 요구 사항의 영역은 비즈니스 분석가(BAs)와 고객 대표 간의 밀접한 협력을 필요로 합니다. 이들은 상호 권리와 책임을 갖고 있습니다. 이 내용은 Joy Beatty와 공동 저술한 책인 Software Requirements에서 설명한 바 있습니다. 여기서 소프트웨어 고객을 위한 10개의 요구 사항 권리 및 해당하는 요구 사항 책임서를 다운로드할 수 있습니다. 몇 가지 주요 내용은 다음과 같습니다.

- 고객으로서 BAs가 귀하의 비즈니스 및 목표에 대해 학습하도록 요구할 권리가 있습니다. BAs와 개발자에게 귀사의 비즈니스 또는 응용 프로그램 도메인에 대해 교육하는 책임이 있습니다.
- 고객으로서 귀하의 기능적 요구 사항과 품질 기대를 충족시키는 시스템을 수령할 권리가 있습니다. 요구 사항을 제공하고 명확히 설명하는 데 필요한 시간을 할애하는 책임이 있습니다.
- 고객으로서 요구 사항을 변경할 권리가 있습니다. 개발팀에 요구 사항 변경 사항을 즉시 전달하는 책임이 있습니다.

# 일부 개발자 권리 및 책임사항

윤리와 공정성은 소프트웨어 엔지니어링 및 제품 개발의 모든 측면에 적용됩니다. 예를 들어 Nils Löwe는 책임 있는 소프트웨어 개발을 위한 선언문을 작성했고, Jeff Atwood는 효율적인 근무 환경을 위한 프로그래머 권리 선언서를 제시했습니다. 더불어 다른 하나의 개발자 권리 선언서도 있습니다. 코드를 작성하는 사람들에게 특화된 일부 권리 및 책임사항은 다음과 같습니다.

<div class="content-ad"></div>

- 개발자로서 여러분은 다른 사람들에 의해 지적재산이 인정되고 존중받을 권리가 있습니다. 다른 사람의 작품을 허락을 받아 재사용함으로써 다른 사람의 지적재산권을 존중하는 책임이 있습니다.
- 개발자로서 여러분은 진행 중인 요구 사항의 우선순위를 알 권리가 있습니다. 새로운 요구 사항이나 다시 우선순위를 매기는 경우 일정 영향을 고객에게 알리는 책임이 있습니다.
- 개발자로서 여러분은 작업에 대한 추정치를 할 수 있고 업데이트할 권리가 있습니다. 가능한 정확한 추정치를 제시하고 현실을 반영하기 위해 일정을 조정하는 책임이 있습니다.

# 일부 프로젝트 매니저 또는 스폰서의 권리와 책임

프로젝트나 조직을 이끄는 사람들은 제품을 개발하는 사람들과는 다른 책임과 권리를 갖습니다. 몇 가지 예를 보겠습니다.

- 프로젝트 매니저 또는 스폰서로서, 개발자들에게 고품질 소프트웨어를 제작할 것을 기대하는 권리가 있습니다. 고품질 소프트웨어를 생산할 수 있도록 환경, 자원 및 시간을 제공하는 책임이 있습니다. 조직이나 팀의 리더는 건설적이고 협력적인 방향으로 그룹 문화를 이끌어가는 책임이 있습니다.
- 프로젝트 매니저 또는 스폰서로서, 프로젝트 목표를 설정하고 일정을 수립할 권리가 있습니다. 개발자들의 추정치를 존중하고 현실적이지 않은 시간 내에 작업을 완수하도록 개발자들에게 압력을 가하는 것을 피하는 책임이 있습니다.

<div class="content-ad"></div>

# 일부 자율 팀 권리 및 책임

Willem-Jan Ageling은 권한이 부여된 자율적인 Scrum 팀에서 작업하는 데 필요한 개발 팀의 책임을 탐색했습니다. 여기에는 어떤 유사한 개발 환경에도 적용할 수 있는 몇 가지 주요 사항이 있습니다.

- 자율적인 자체 관리 팀 구성원으로서, 여러분은 여러분의 용량을 관리하고 반복을 실행하는 방법을 제어하며 작업이 완료되었는지를 설정하는 권리가 있습니다. 여러분은 반복 목표를 결정하고 백로그를 작성하며 반복 목표에 대한 매일의 진행 상황을 평가하고 반복이 진행되는 방식을 평가하고 개선 계획을 작성하는 회고에 참여하는 책임을 져야 합니다.

# 위기 전에 고려해야 할 사항

<div class="content-ad"></div>

다른 커뮤니티에서 특정 권리를 요구할 자격이 있다고 생각할 수 있지만, 그들이 당신의 기대를 충족시킬 능력이나 의지가 없을 수도 있습니다. 그런 상황에 부딪힐 때는 당사자들이 상호 협력적이고 얌전하게 일할 방법에 합의해야 합니다. 협력자들이 서로의 권리와 책임을 논의하고 기록하여 오해를 방지하는 것은 시간 낭비가 아닙니다. 이러한 대화는 기대 관리의 한 형태입니다.

가까운 개인 간 관계에서 위기가 되기 전에 문제를 다루려고 노력합니다. 우리의 전문적 상호작용에서도 유용한 실천법입니다. 대부분의 사람들은 어떤 경우에도 선의로 행동하려고 노력합니다. 권리와 책임에 대한 공유된 이해를 도출하는 것은 불쾌한 인간 간 위기를 방지하는 데 도움이 됩니다.

우리의 가장 큰 책임은 모든 전문적 동료를 공정하게 대접하고 존중하는 것입니다. 우리 모두가 그렇게 할 수 있습니다.

본 글은 칼 와이거스(Karl Wiegers)의 '소프트웨어 개발 보석: 소프트웨어 경험 50년의 교훈'에서 채취되었습니다. 칼 와이거스는 캔다세 호캔슨(Candase Hokanson)과 저서 '소프트웨어 요구사항 필수' (Software Requirements Essentials), 조이 비티(Joy Beatty)와 공저한 '소프트웨어 요구사항' (Software Requirements), '생각지 않고 만든 일상물의 디자인', '성공적인 비지니스 분석 컨설팅' 등 다수의 책을 저술한 저자입니다.


소프트웨어 개발에서의 권리와 책임 이해해야 할 중요한 사항

2024년, 데이터 플랫폼 구축을 하면 안되는 이유


![image](/assets/img/2024-08-18-UnpopularOpinionIncomingNotEveryDeveloperShouldBecomeSenior_0.png)

내가 고백하려고 해. 모든 사람이 시니어 개발자가 될 수 있는 건 아니야.

일부 개발자는 주니어-중급 수준에서 머물며, 중요한 변화가 일어나지 않는 한 시니어 수준으로 승진해서는 안돼.

# 시니어는 의미 없는 칭호, 따라서 쫓지 않아도 돼

<div class="content-ad"></div>

시니어 레이블은 조직 내에서의 지위와 보상에 더 가까운 레이블이며, 목적적인 능력 멤버가 아닙니다.

이는 조직과 개발자 모두에게 위험을 안겨줍니다.

## 슈퍼사이즈 미!

일부 조직에서 시니어 개발자는 경력이 추가된 일반 개발자로, "슈퍼사이즈" 개발자(시니어 레이블)로 키운 일이 업무 제목입니다.

<div class="content-ad"></div>

만약 “슈퍼사이즈” 개발자(시니어 직급)로의 목표 설정하고 더 많은 경험을 쌓으려 한다면 문제가 생길 수 있어요. 이것은 어른이 되기를 희망하는 것과 같아요: 완전히 의미 없는 일이죠.

기업들에게도 마찬가지에요. 자녀가 어른이 되기를 권장할 수 있지만 올바른 유형의 인물로 발전하지 않는다면 모두에게 손해일 거예요.

## 영원한 주니어

어떤 코드 상점에서는 개발자가 영원한 주니어 개발자로 갇히기도 해요. 그들이 10년의 경험을 쌓는 대신, 같은 경험을 열 번 반복하고 있어요.

<div class="content-ad"></div>

이것은 소프트웨어 개발자들이 성장하고 더 나은 개발자로 발전하고 있지만 개발자가 벙어리라는 사실을 숨기고 있다고 느껴집니다.

개발자가 일정 위치에 갇혀 더 나은 수준으로 나아갈 수 없다면, 그들은 결코 발전할 수 없을지도 모릅니다.

# 그러나 상황이 당신을 무너뜨릴 수도 있어요

상황은 개발자가 더 높은 수준에 도달할 수 있는 능력을 가지고 있음에도 다른 환경에서만 가능할 것이라면 그 사람을 낮은 수준에 머물게 할 수도 있습니다.

<div class="content-ad"></div>

## 멘토 부재

만약 당신이 당신이 원하는 곳으로 가는 데 도움을 줄 멘토가 없다면, 취업할 수 있을 만큼 자랑스러운 경력을 만들어줄 수 있는 멘토가 중요하다. 멘토는 당신이 올바른 방향으로 길을 잃지 않게 도와주는 사람입니다.

그러므로 이를 부족하다면, 당신은 당신의 커리어에 방향을 잃고, 커리어 승진을 억제할 가능성이 있습니다.

## 부적합한 경영

<div class="content-ad"></div>

일할 때는 방해물을 제거하는 데 도움이 필요할 수 있습니다. 피처 팀에 문제가 있나요? 기술적인 장애물을 극복하는 데 도움을 받을 수 있나요?

본질적으로 매니저는 여러분이 일을 할 수 있도록 도와주는 도구입니다. 이것이 부족하면 일을 완수하는 데 어려움을 겪을 수 있습니다. 업무를 완료하지 못하면 (그것도 훌륭히) 승진을 받기 어렵습니다.

## 조직적 탄력성

일부 회사는 변화를 저항합니다. 저의 현재 회사도 변화에 대해 격렬히 저항하고 있습니다.

<div class="content-ad"></div>

검사원을 사용할 수 없어서 코드를 리팩터링할 수 없습니다. 하나의 클래스 리팩터링은 다음 분기로 미루어졌다고 말씀 받았습니다. 제품 코드에서 버그를 발견했는데, 이를 수정하려면 한 달 이내에 수정할 수 없습니다. 문제인지 확인하기 위해 검사원들이 조사해야 하는데, 현재는 검사원이 없어서 이것이 얼마나 심각한 문제인지 알기 어렵습니다.

이것은 극단적인 예시이지만, 회사가 당신이 성장하는 데 도움이 되지 않는 방식으로 운영된다면 막힌 느낌을 받을 수 있으며, 경력에서 다음 단계로 나아가기 어려울 수도 있습니다.

# 그럼에도 불구하고, 모두가 시니어가 될 필요는 없습니다

## 지혜가 필요합니다

<div class="content-ad"></div>

brght.org에 따르면 소프트웨어 개발자의 평균 IQ는 108입니다. 이것은 다소 낮아 보일 수 있지만, 그것은 평균값이며 평균 소프트웨어 개발자가 평균적인 것이라고 예상할 수 있습니다.

시니어가 되기 위해서는 전반적으로 평균 소프트웨어 개발자보다 조금 더 똑똑한 것을 기대할 수 있습니다. 당신의 IQ는 시니어가 되기에 충분하지 않을 수도 있습니다.

## 노력해야 합니다

소프트웨어 개발자들은 최신 정보를 업데이트 해야 합니다. 계속 움직이고 있어야 합니다.

<div class="content-ad"></div>

열심히 일할 수 있는 마음가짐이 없다면 (일이 어려워져도 열심히 할 수 있는)

열심히 일하고 최신 정보를 따라가며 진전을 이끌어내지 못한다면 시니어가 될 수 없을지도 모릅니다.

## 소통 능력이 필요합니다

시니어 개발자가 되는 것은 순수한 기술 능력만으로는 충분하지 않습니다. 멘토링, 동료와의 협업, 팀 발전을 돕기 위해 소통 능력이 필요합니다.

<div class="content-ad"></div>

강력한 커뮤니케이션 기술이 없으면 원하는 것보다 오랜 기간 동안 중급 개발자로 남을 수도 있습니다.

# 시크릿 개발자의 미래

제가 늘어지는 것 같은 개발자입니다. 제가 경력에서 더 나아가지 않고 있고, 책임을 져야 할 때입니다.

하지만 현재 상황을 개선하는 대신 떠나려고 하고 있으며, 실수를 저질러고 있다는 걱정이 있습니다.

<div class="content-ad"></div>

당신이 현재 상황을 개선하려고 노력하지 않는다면 (심지어 아마도) 당신이 문제일지도 모릅니다.

조언은 명확합니다. 만약 나에게 조언을 해줘야 한다면, 나에게 다음과 같이 말할 겁니다:

- 내 매니저와 대화하기
- 팀원들과 협력하여 코드베이스를 개선하기
- 멘토를 얻기

내 진짜 미래는:

<div class="content-ad"></div>

- Leetcode

그럼...알고 계시죠...

# 결론

시니어 소프트웨어 개발자가 되려면, 여러 가지 조건이 모두 맞아야 합니다.

<div class="content-ad"></div>

알아두세요, 개인적인 필요와 야망을 조직의 필요와 야망과 균형을 맞추어야 한다고 생각해요. 그리고 기술 분야에서 성공적이고 영향력 있는 경력을 쌓기 위해서는 선임 직책이 반드시 필요한 것은 아니에요.

# 저자 소개

전문 소프트웨어 개발자인 "시크릿 개발자"는 Twitter(@TheSDeveloper)에서 찾을 수 있으며, 주로 Medium.com을 통해 기사를 발행합니다.

시크릿 개발자는 수많은 주니어와 시니어 개발자를 접해봤어요.


개발자들에게 큰 권한을 양도해야 할까


![image](/assets/img/2024-08-18-iOSInterviewGuideErrorHandlingwithURLSessionTasksinSwift_0.png)

Level: 중급, 우선순위: 중

## Q. URLSession 작업에서 오류와 응답을 어떻게 처리하나요?

URLSession 작업에서 오류와 응답을 처리하는 것은 견고한 네트워킹 코드를 위해 중요합니다. URLSession은 성공적인 응답과 오류를 우아하게 처리할 수 있는 메커니즘을 제공합니다.

<div class="content-ad"></div>

데이터 작업을 다룰 때는 일반적으로 완료 핸들러(completion handler)를 사용하여 데이터와 오류를 처리합니다. Result 타입을 사용하는 completionHandler 접근 방식은 비동기 작업에 대한 완료 핸들러를 사용하면서 오류 처리에 대한 유연성과 명확성을 제공합니다. 이 접근 방식을 통해 오류를 보다 구조화되고 간결하게 처리할 수 있습니다.

URLSession을 사용하여 네트워크 요청을 수행하고 완료 핸들러를 Result 타입으로 사용하여 응답을 처리하는 방법을 살펴봅시다. 아래에서 한 단계씩 쪼개어 보겠습니다:

## 네트워크 오류 관리

NetworkError 열거형을 정의하여 다음과 같이 Error 프로토콜을 준수하는 것이 좋은 방법입니다:

<div class="content-ad"></div>

```swift
enum NetworkError: Error {
    case invalidData
    case invalidJSON
    case invalidResponse
}
```

네트워크 작업 중 발생할 수 있는 다양한 유형의 오류에 대한 경우를 포함하고 있습니다: invalidData, invalidJSON 및 invalidResponse입니다. 이러한 경우들은 오류를 분류하고 효율적으로 처리하는데 도움이 됩니다. 또한 필요에 따라 더 많은 오류 케이스를 추가할 수 있습니다.

오류 메시지의 경우, 특정 경우와 연결된 값을 사용하여 enum의 경우를 정의하여 해당 경우의 오류 메시지를 제공할 수 있습니다.

## 요청 실행하기

<div class="content-ad"></div>

URLRequest와 옵셔널 완료 핸들러를 파라미터로 사용하는 함수를 가정해봅시다. 이 함수는 URLSession을 사용하여 네트워크 요청을 수행하는 데이터 작업을 생성합니다. 예를 들어:

```js
func executeRequest(request: URLRequest, completion: ((Result<[String: Any], NetworkError>) -> ())?) {
    let dataTask = URLSession.shared.dataTask(with: request) { (data, response, error) in

        guard let data = data else {
            completion?(.failure(.invalidData))
            return
        }

        do {
            let responseJSON = try JSONSerialization.jsonObject(with: data, options: .allowFragments)
            if let responseData = responseJSON as? [String : Any] {
                completion?(.success(responseData))
            } else {
                completion?(.failure(.invalidResponse))
            }
        } catch let error {
            completion?(.failure(.invalidJSON))
        }
    }
    dataTask.resume()
}
```

데이터 작업의 완료 핸들러 내에서 잠재적인 오류를 확인합니다:

- 데이터가 받아지지 않은 경우 (data가 nil인 경우), .invalidData 에러 케이스가 포함된 실패 결과를 가진 완료 핸들러를 호출합니다.
- 데이터가 있는 경우, JSONSerialization을 사용하여 JSON을 직렬화하려고 시도합니다.
- 직렬화가 성공하고 JSON 데이터가 예상 형식 ([String: Any])으로 있는 경우, JSON 데이터가 포함된 성공 결과를 가진 완료 핸들러를 호출합니다.
- JSON 데이터가 예상 형식으로 되어 있지 않는 경우, .invalidResponse 에러 케이스가 포함된 실패 결과를 가진 완료 핸들러를 호출합니다.
- JSON 직렬화 중에 오류가 발생한 경우, .invalidJSON 에러 케이스가 포함된 실패 결과를 가진 완료 핸들러를 호출합니다.

<div class="content-ad"></div>

참고: 완료 핸들러 내에서 오류 및 응답 처리는 API의 구조에 따라 다를 수 있습니다.

이 함수를 실행하여 요청을 보내려면 다음과 같이 호출할 수 있습니다:

```js
if let url = URL(string: "https://www.example.com/sample_data") {
    let urlRequest = URLRequest(url: url)
    executeRequest(request: urlRequest) { result in
        switch result {
            case .success(let response): print("성공 응답")
            case .failure(let error): print("문제가 발생했습니다: \(error)")
        }
    }
}
```

클로저 내에서 받은 결과에 대해 switch 문을 사용합니다:

<div class="content-ad"></div>

- 성공한 경우 결과를 처리하여 추가 작업을 수행합니다.
- 실패한 경우 에러를 처리하여 해당 경우를 관리합니다.

이 방법을 사용하면 URLSession 작업에서 오류와 응답을 효과적으로 처리하여 앱이 다양한 네트워킹 시나리오에서 적절하게 동작하도록 할 수 있습니다. 오류를 정상적으로 처리하여 사용자 경험을 향상시키고 개발 중 효과적으로 문제 해결할 수 있도록 합니다.

오늘 바로 내용을 확인하고 iOS 인터뷰 마스터로의 여정에 떠나보세요! iOS Interview Handbook (할인 코드: SWIFTABLE_HANDBOOK).

계속 배우고, 계속 준비해보세요!

<div class="content-ad"></div>

안녕하세요, Nitin A님!


iOS 면접 질문 Swift에서 URLSession 작업의 오류 처리하는 방법


![이미지](/assets/img/2024-08-18-MasteringEnumsinSwiftAComprehensiveGuidetoEnumerationTypesandBestPractices_0.png)

안녕하세요, 기술 열정가 여러분! 👋 저는 엔젤 원에서 열정 넘치는 소프트웨어 엔지니어( iOS 팀)인 아미테쉬 마니 티와리입니다 📈. 산업에서 3년 이상의 실무 경험을 가지고 있습니다. 이 기간 동안 35회 이상의 기술과 비기술 강연을 진행했으며 해커톤에서 멘토링 👨‍💻을 해 9000명 이상의 학생들에게 긍정적인 영향을 끼쳤습니다. 또한 21U21 어워드 수상자가 되어 기쁨을 느끼고 있습니다 💖. 이것은 기술에서 새로운 가능성을 탐험하도록 나를 동기부여합니다.

하지만 제 이야기는 여기까지 — 이제 Swift 프로그래밍에서 자주 과소평가되지만 놀라운 힘이 있는 열거형에 대해 알아보겠습니다. 열거형에 익숙하지 않은 분들이나 기술을 더욱 정교하게 다듬고자 하는 분들을 위해 이 가이드는 열거형에 대해 알아야 할 모든 것을 다룰 것입니다.

이 주제로 뛰어들기 전에 이전 블로그를 읽을 것을 권장합니다: Swift에서 함수 및 클로저 마스터하기: 효율적인 코드를 위한 포괄적인 가이드. 함수와 클로저를 이해하면 열거형 마스터에 좋은 기초가 될 것입니다.

<div class="content-ad"></div>

Enum Chronicles: Ami & Siri의 신속한 모험 🚀🤖

Ami: 안녕 Siri, 나는 Swift에 대해 많이 배우고 있는데, 계속해서 enums에 대해 만납니다. 그 중요한 점이 무엇인가요? 🤔

Siri: Enums는 Swift의 올인원 도구와 같아. 관련된 값들을 그룹화하여 코드를 조직화하고 쉽게 관리할 수 있도록 도와줘. 그것들을 해리 포터의 서로 다른 주문들처럼 생각해봐 — 각각은 특정 용도가 있고 코딩에서 마법을 부릴 때 도와줘. ✨

Ami: "그래서, enums는 단순히 선택 목록이 아니죠?

<div class="content-ad"></div>

Siri: 정확해요! Enum은 그 이상이에요. 그들은 매우 유연하고 강력하며, 한번 사용하기 시작하면 어떻게 코딩을 간단하게 만들어 줄 수 있는지 알게 될 거에요. 🚀

Ami: 멋져요! Enum에 대해 더 배우기 준비가 됐어요. 함께 파고들어봐요! 🛠️

# Enum이란 무엇인가요? 🤔

Swift에서의 Enum은 데이터를 분류하는 방법 이상으로, 변수가 가질 수 있는 다양한 상태나 값들을 관리하고 제어하는 데 도움을 주어 코드를 더 깔끔하고 견고하게 만들어 줍니다.

<div class="content-ad"></div>

예시:

할리우드 영화 더 매트릭스를 비유로 사용해 보겠습니다. 더 매트릭스에서 캐릭터들은 빨간 알약 또는 파란 알약 중 하나를 선택할 수 있으며, 각각 다른 현실로 이어집니다. 이 선택을 Swift의 enum을 사용하여 나타낼 수 있습니다.

```js
enum Pill {
    case red
    case blue
}
```

이 예시에서 Pill은 .red와 .blue 값을 가지는 enum입니다. 이 enum을 사용하여 코드 내에서 캐릭터의 선택과 그 선택의 결과를 쉽게 관리할 수 있습니다.

<div class="content-ad"></div>

구현:

다음은 빨간 알약과 파란 알약 사이의 선택을 시뮬레이션하는 함수에서 이 열거형을 사용하는 방법입니다:

```js
func takePill(_ pill: Pill) {
    switch pill {
    case .red:
        print("현실 세계에 오신 것을 환영합니다.")
    case .blue:
        print("무지함은 복이다.")
    }
}

// 네오의 선택을 시뮬레이션
let neoChoice = Pill.red
takePill(neoChoice)
// 출력: "현실 세계에 오신 것을 환영합니다."
```

이 열거형을 사용하면 각각의 알약 복용에 대한 가능한 결과를 명확히 정의할 수 있고 코드에서 이러한 결과를 쉽게 처리할 수 있습니다.

<div class="content-ad"></div>

**요약 추천:**

조건문 내에서 제어 흐름이 어떻게 작동하는지 배우고 싶다면, 제가 이전에 작성한 조건문에 대한 블로그 Ultimate Guide to Swift Control Flow: Mastering If Statements, Loops, and Early Exits를 확인해보세요.

# 열거형: 당신의 코드의 MVP ⚡

열거형은 특히 관련 값이나 상태를 관리해야 하는 경우에 매우 강력합니다. 이것은 타입 안전하면서 쉽게 읽을 수 있는 방식으로 처리하는 데 유용합니다. 인셉션에서 영감을 받은 실용적인 예제로 들어가 봅시다.

<div class="content-ad"></div>

예시:

영화 '인셉션'에서 캐릭터들은 각기 다른 꿈의 수준을 탐험하며, 각각의 규칙과 도전에 직면합니다. 이러한 꿈의 수준을 관련 값이 있는 열거형을 사용하여 나타낼 수 있습니다:

```js
enum DreamLevel {
    case levelOne(timeDilation: Int)
    case levelTwo(timeDilation: Int)
    case levelThree(timeDilation: Int)
    case limbo
}
```

각 수준은 관련 값으로 다른 시간 확장 효과를 가지고 있습니다.

<div class="content-ad"></div>

구현:

여기서는 enum을 사용하여 꿈 속의 시간 이완 효과를 시뮬레이션하는 방법을 보여드리겠습니다:

```js
func describeDreamLevel(_ level: DreamLevel) {
    switch level {
    case .levelOne(let timeDilation):
        print("레벨 1: 시간이 \(timeDilation)x 느리게 흐릅니다.")
    case .levelTwo(let timeDilation):
        print("레벨 2: 시간이 \(timeDilation)x 느리게 흐릅니다.")
    case .levelThree(let timeDilation):
        print("레벨 3: 시간이 \(timeDilation)x 느리게 흐릅니다.")
    case .limbo:
        print("림보: 시간은 무한하고 예측할 수 없습니다.")
    }
}

// 시간 이완을 가진 레벨 2에 진입 시뮬레이션
let currentLevel = DreamLevel.levelTwo(timeDilation: 20)
describeDreamLevel(currentLevel)
// 출력: "레벨 2: 시간이 20배 느리게 흐릅니다."
```

이 enum은 꿈의 다른 레벨의 복잡성을 포착하는 데 그치지 않고 새로운 레벨이나 규칙이 추가될 때 동작을 확장하고 수정하기 쉽게 만들어줍니다.

<div class="content-ad"></div>

요약 추천:

Swift 컬렉션에서 관련 데이터를 구조화하고 저장하는 방법을 이해하면 열거형을 더 효과적으로 관리할 수 있습니다. 배열, 세트 및 딕셔너리와 같은 컬렉션에 대한 깊은 탐구를 원하신다면 제 블로그를 추천합니다: Swift Collections Unleashed: 배열, 세트 및 딕셔너리에 대한 포괄적인 통찰력.

# CaseIterable 프로토콜 준수: 모든 옵션 탐색 🎯

Swift의 CaseIterable 프로토콜을 사용하면 열거형의 모든 케이스에 쉽게 액세스할 수 있어서 모든 가능한 옵션을 반복적으로 처리해야 하는 시나리오에 완벽합니다. 해리 포터 영화에서 영감을 받은 예제를 사용하여 이 개념을 탐구해보겠습니다.

<div class="content-ad"></div>

해리포터 속 호그와트 학교의 학생들은 그리핀도르, 허플푸프, 레이븐클로, 슬리데린 중 하나의 집에 정렬됩니다. 다음과 같은 열거형을 사용하여 이들 집을 표현할 수 있으며 CaseIterable을 준수하도록 만들 수 있습니다:

```js
enum HogwartsHouse: CaseIterable {
    case gryffindor
    case hufflepuff
    case ravenclaw
    case slytherin
}
```

CaseIterable을 준수함으로써 쉽게 모든 집을 반복할 수 있습니다.

<div class="content-ad"></div>

구현:

다음은 새 학생을 호그와트 기숙사 중 하나로 무작위로 분류하는 데 이 열거형을 사용하는 방법입니다:

```js
func sortIntoHouse() -> HogwartsHouse {
    return HogwartsHouse.allCases.randomElement()!
}

// 학생을 무작위로 분류
let newStudentHouse = sortIntoHouse()
print("새 학생이 \(newStudentHouse)에 소속되었습니다.")
```

모든 기숙사를 반복하는 것:

<div class="content-ad"></div>

모든 집을 나열하여 표시하는 방법도 있습니다:

```js
for house in HogwartsHouse.allCases {
    print("House: \(house)")
}

// 결과

/*
House: gryffindor
House: hufflepuff
House: ravenclaw
House: slytherin
*/
```

이 접근 방식은 선택 프로세스, 목록 또는 모든 옵션이 제시되어야 하는 사용자 인터페이스와 같이 모든 가능한 옵션을 표시하고 싶을 때 완벽합니다.

# 더 많은 기능을 하는 열거형: 메서드 및 속성 활용 🚀

<div class="content-ad"></div>

기본 enum 만으로 만족하지 마세요! 메소드와 속성을 활용해서 enum을 업그레이드해 보세요. 여기에는 어떻게 하면 enum이 무거운 작업을 처리하게 할 수 있는지 알려드릴게요.

예를 들어, 당신이 Apple 기기의 출시 연도를 추적해야 하는 기기 재고 시스템을 작업 중이라고 상상해보세요:

```js
enum Device {
    case iPhone, iPad, macBook

    var year: Int {
        switch self {
        case .iPhone:
            return 2007
        case .iPad:
            return 2010
        case .macBook:
            return 2006
        }
    }

    func description() -> String {
        return "\(self)은(는) \(self.year)년에 소개되었습니다."
    }
}

// 이렇게 하면 enum에 기능을 추가하여 보다 다재다능하고 강력하게 만들 수 있어요.

let myDevice = Device.iPhone
print(myDevice.description())
// 출력: "iPhone은(는) 2007년에 소개되었습니다."
```

# 전문가 팁: 스위프트 닌자처럼 Enum 사용하기 🥷

<div class="content-ad"></div>

열거형을 마스터하고 싶으신가요? 여기 코드가 기능적이면서도 멋지게 만들어줄 최고의 실천 방법들이 있어요:

- 상태 관리에 열거형 활용하기: 열거형은 앱에서 다양한 상태를 관리하는 데 최적이에요. 네트워크 요청의 단계(로딩, 성공, 실패 등)와 같은 상태를 관리할 때 열거형을 사용하면 코드를 단순화하고 디버깅을 쉽게 할 수 있어요.
- 연관 값을 활용하기: 연관 값을 활용해서 열거형 케이스와 관련 데이터를 전달할 수 있어요. 특히 API 응답과 같은 상황에서 추가 정보(예: 오류 메시지)를 전달해야 할 때 유용해요.
- 필요한 경우가 아니라면 원시 값 사용 피하기: 원시 값은 유용할 수 있지만, 연관 값을 사용하는 것이 더 유연하다는 점을 기억해주세요.

# 아미 & 시리의 결론: 열거형, 정복했습니다! 🎉

아미: 와, 시리야! 열거형은 내 코드를 정리하고 명확하게 유지하기에 완벽한 도구인 것 같아.

<div class="content-ad"></div>

Siri: 그렇죠, Ami! Enums는 코드를 더 표현력 있고 오류가 적은 형태로 만들어줄 수 있어요. Enum을 숙달하면, 당신은 Swift 전문가가 되는 길로 한 발짝 더 나아갈 거에요.

Ami: 프로젝트에서 Enum을 사용하게 되어 기대돼요. 지침을 주셔서 감사해요, Siri!

Siri: 언제든지, Ami! Enum을 이해하는 것이 깔끔하고 유지보수 가능한 코드를 작성하는 중요한 열쇠랍니다. 즐거운 코딩하세요, 그리고 여러분의 경험을 공유하는 걸 잊지 마세요!

![이미지](/assets/img/2024-08-18-MasteringEnumsinSwiftAComprehensiveGuidetoEnumerationTypesandBestPractices_1.png)

<div class="content-ad"></div>

# 예정된 블로그 시리즈: Swift와 Xcode 마스터하기 📅

이 블로그는 Swift와 Xcode에 대해 알아야 할 모든 것을 다룰 시리즈의 일부입니다. 다음에 다룰 내용은 다음과 같습니다:

- 객체 지향 Swift: 클래스, 구조체, 프로토콜.
- 고급 Swift: 제네릭, 확장, 오류 처리.
- 첫 번째 iOS 앱 만들기: 단계별 안내.
- 디버깅과 테스트: 앱이 원활하게 실행되도록 보장.
- App Store에 발행하기: 앱을 세상에 선보입니다.

# 나와 소통하기 🤝

<div class="content-ad"></div>

- LinkedIn
- Instagram
- GitHub

함께 연결하고 함께 성장합시다! 🚀


Swift에서 Enum을 활용해서 열거형 타입 사용하는 방법


앱(.ipa) 내부에 무엇이 있는지 고려해 본 적이 있나요?

이 기사들은 사용자에게 해를 끼치지 않으면서 iOS 앱을 작게 만드는 방법에 대해 다루고 있습니다. 많은 개발자들이 작은 앱이 더 좋을 수 있다는 것을 기억해야 합니다. 작은 앱은 더 빨리 다운로드되고 더 잘 작동하며, 특히 인터넷 속도가 느린 곳에서도 더 많은 사람들이 사용할 수 있습니다.

이 기사는 앱의 크기를 제어하고 내부를 이해하는 데 초점을 맞추고 있습니다. 무언가를 변경하거나 개선하기 전에 측정 도구를 가지고 있는 것이 좋아요.

시작하기 전에, Xcode 빌드 시스템이 어떻게 작동하는지 이해하기 위해 이 기사를 읽어보는 것을 추천합니다.

<div class="content-ad"></div>

아래는 Xcode 빌드 시스템의 개요입니다:

![Xcode Build System Overview](/assets/img/2024-08-18-iOSApp-SizeOptimizationChapter1Controlthesize_0.png)

빌드 프로세스의 결과로 'Product' 폴더가 생기는데, 여기에는 모든 컴파일된 파일과 리소스가 들어있습니다.

찾으려면 Xcode를 열고 - `설정 -` 위치 -` 파생 데이터로 이동하세요.

<div class="content-ad"></div>

![image](/assets/img/2024-08-18-iOSApp-SizeOptimizationChapter1Controlthesize_1.png)

Here, you can find the DerivedData, Products, and Archives folders. This means you don’t need to archive and export your app every time you want to see changes.

For this article, I will use my app with an .ipa file as an example.

![image](/assets/img/2024-08-18-iOSApp-SizeOptimizationChapter1Controlthesize_2.png)

<div class="content-ad"></div>

먼저 .ipa 파일을 .zip 확장자로 바꿔주세요. 그냥 이름을 바꾸시면 됩니다.

![Step 3](/assets/img/2024-08-18-iOSApp-SizeOptimizationChapter1Controlthesize_3.png)

파일을 열어봅니다.

![Step 4](/assets/img/2024-08-18-iOSApp-SizeOptimizationChapter1Controlthesize_4.png)

<div class="content-ad"></div>

선택한 애플리케이션 파일을 선택하고 '패키지 콘텐츠 보기'를 클릭하세요.

![image](/assets/img/2024-08-18-iOSApp-SizeOptimizationChapter1Controlthesize_5.png)

'Size'로 정렬하면 사용자에게 제공하는 내용을 정확히 확인할 수 있습니다!

내 프로젝트에서는 많은 mp3, scn(3D 오브젝트), json(Lottie) 파일이 있는데, 정말 필요한 걸까요? 이 시리즈 기사의 다음 장에서 이에 대해 다룰 예정입니다.

<div class="content-ad"></div>

Assets.car 파일은 무엇인가요?

저는 Xcode 빌드 시스템에 관한 이전 기사 'Xcode 빌드 시스템: 준비'에서 설명했습니다.

간단히 말하자면, Assets.car은 효율적인 런타임 사용과 앱 성능 향상을 위해 설계된 에셋 카탈로그의 컴파일된 최적화된 형태를 나타냅니다.

다음으로 주목해야 할 중요한 폴더는 'Frameworks'와 'PlugIns'입니다.

<div class="content-ad"></div>

<img src="/assets/img/2024-08-18-iOSApp-SizeOptimizationChapter1Controlthesize_6.png" />

- 'Frameworks' 폴더는 이름에서 알 수 있듯이 컴파일된 프레임워크를 포함합니다. 프레임워크를 추가하는 경우, 내부 구성 요소를 이해하는 것이 중요합니다. 이 프레임워크가 제공하는 모든 기능을 갖춘 이 무거운 기능이 필요한가요? 이것은 최적화를 고려할 좋은 기회입니다. 약속한 대로, 다음 장에서 최적화 전략과 기술을 설명하겠습니다.
- 'PlugIns' 폴더에는 확장 프로그램이 포함되어 있습니다. 이 .appex 파일이므로 '패키지 내용 보기' 옵션을 사용하여 패키지 내용을 확인해 보겠습니다.

<img src="/assets/img/2024-08-18-iOSApp-SizeOptimizationChapter1Controlthesize_7.png" />

알아차리셨겠지만, Assets.car, .scn, 그리고 컴파일된 Swift 파일들이 보입니다.

<div class="content-ad"></div>

앱과 확장 프로그램 간의 모든 리소스를 공유하는 라이브러리를 공유하는 것이 좋겠죠? .scn과 Assets.car과 같은 파일들의 중복을 피할 수 있어요.

주 앱과 확장 프로그램 간의 파일을 비교하면 어떤 파일들이 중복되는지 확인할 수 있어요. 예를 들어, MoonScene.scn (일반적으로 파일 크기를 확인해요).

이 글에서 논의하고 싶은 다음 파일은 .bundle 파일입니다.

![image](/assets/img/2024-08-18-iOSApp-SizeOptimizationChapter1Controlthesize_8.png)

<div class="content-ad"></div>

‘패키지 내용 표시’를 클릭해서 내부를 확인해보세요.

![이미지](/assets/img/2024-08-18-iOSApp-SizeOptimizationChapter1Controlthesize_9.png)

.bundle 확장자를 가진 파일에는 Assets.car, 이미지, 로컬라이제이션 파일, .plist 파일 및 일반적으로 글꼴을 포함한 리소스가 포함되어 있습니다. 리소스로 처리되는 모든 것이 들어 있어요. 개발자들은 이 파일들을 거기에 넣어두죠 ;) 저도 다음 챕터에서 이것을 설명할게요.

이 방법이 쉽고 편리해서 정말 좋아해요. 하지만 물론 더 편리하고 자동화된 다른 방법들도 있을 거에요. 예를 들어, emergetools가 그 중 하나입니다. 내가 알기로 Spotify가 이것을 자동화 도구로 사용한다고 하더라구요.

<div class="content-ad"></div>

아래는 Markdown 형식으로 변환한 것입니다.

Let’s try it and see if it reveals anything interesting.

![image1](/assets/img/2024-08-18-iOSApp-SizeOptimizationChapter1Controlthesize_10.png)

The design is really good, featuring interactive elements. The best aspect is the color coding of the boxes.

![image2](/assets/img/2024-08-18-iOSApp-SizeOptimizationChapter1Controlthesize_11.png)

<div class="content-ad"></div>

빨간 상자는 (평소와 같이) 나쁜 일이 발생했음을 나타냅니다. 이러한 빨간 상자는 이미 정의된 'MoonScene.scn'과 같이 중복된 파일을 나타냅니다.

이 서비스는 앱을 최적화하는 옵션도 제공하지만, 이러한 옵션은 불완전합니다. 최적화는 앱마다 다르며 앞에서 언급했듯이 앱 크기를 관리하는 것은 여러분의 책임입니다.

Substack에서 저희를 팔로우해보세요: https://kerege.substack.com/

LinkedIn에서 저와 함께하세요: https://www.linkedin.com/in/salgara/

<div class="content-ad"></div>

제게 커피를 사주실래요? https://ko-fi.com/salgara


iOS 앱 사이즈 최적화 하는 방법


![2024-08-18-MasteringTimeoutOperationswithKotlinFlows_0.png](/assets/img/2024-08-18-MasteringTimeoutOperationswithKotlinFlows_0.png)

친구가 항상 늦게 온다고 기다리는 일이 있었나요? 카페에 앉아 커피를 마시며 시계를 몇 분마다 한 번씩 쳐다보곤 했습니다. 마침내, "5분 안에 안 오면 나간다!" 하고 결정합니다. 이것이 바로 프로그래밍에서의 타임아웃 동작 방식입니다. 어떤 일이 일어나기를 기다리다가 일정 기간 안에 일어나지 않으면 기다리는 것을 멈추고 다음 단계로 넘어가는 것입니다. 오늘은 Kotlin Flows를 사용하여 타임아웃 동작을 구현하는 방법을 살펴보겠습니다. 이를 통해 코드에서 너무 오래 기다리지 않도록 할 수 있습니다.

# Kotlin Flows란?

타임아웃에 대해 알아보기 전에, Kotlin Flows가 무엇인지 간단히 되짚어봅시다. Kotlin Flows는 데이터의 꾸준한 흐름과 같습니다. 공장의 컨베이어 벨트를 상상해보세요. 물건(데이터)이 계속 이동하는 컨베이어 벨트가 있습니다. 컨베이어 벨트 옆에 서서 물건이 지나가면 주울 수 있고, 한 번에 하나씩 처리할 수 있습니다. Kotlin Flows도 비슷하게 작동하며 시간이 지나면서 값들을 방출하고, 이 값을 비동기적으로 수집할 수 있습니다.

<div class="content-ad"></div>

# 왜 타임아웃 작업이 필요한가요?

가끔 데이터가 도착하는 것을 기다리는 데 시간이 너무 오래 걸릴 수 있고, 앱이 영원히 멈춰 있기를 원치 않을 것입니다. 이때 타임아웃이 유용합니다. 카페에서 너무 오래 기다린 후에 나가는 것처럼, 데이터가 일정 시간 내에 도착하지 않으면 기다리는 것을 멈추고 다른 일을 할 것을 Flow에 알릴 수 있습니다.

# Kotlin 플로우로 타임아웃 작업 구현하기

여러분이 Kotlin 플로우에서 타임아웃 작업을 구현하는 방법을 알아보겠습니다.

<div class="content-ad"></div>

## 단계 1: 간단한 Flow 생성하기

먼저, 일정한 간격으로 값을 방출하는 간단한 Flow를 만들겠습니다. 몇 초마다 메시지를 보내야 하는 친구처럼 생각해보세요.

```js
import kotlinx.coroutines.flow.Flow
import kotlinx.coroutines.flow.flow
import kotlinx.coroutines.delay

fun simpleFlow(): Flow<Int> = flow {
    for (i in 1..5) {
        delay(1000L) // 1초마다 값을 방출
        emit(i)
    }
}
```

여기서 simpleFlow()는 매 초 메시지를 보내는 당신의 친구와 같습니다. emit(i)가 호출될 때마다 새 값이 컨베이어 벨트(Flow)를 통해 전송됩니다.

<div class="content-ad"></div>

## 단계 2: 타임아웃 적용하기

이제, 메세지를 기다리는 시간을 2초를 넘기고 싶지 않다고 가정해 봅시다. 타임아웃 연산자를 사용하여 다음 값을 기다릴 시간 제한을 설정할 수 있습니다.

```js
import kotlinx.coroutines.flow.collect
import kotlinx.coroutines.flow.flow
import kotlinx.coroutines.flow.timeout
import kotlinx.coroutines.runBlocking
fun main() = runBlocking {
    try {
        simpleFlow()
            .timeout(2000L) // 2초의 타임아웃 설정
            .collect { value ->
                println("Received: $value")
            }
    } catch (e: Exception) {
        println("타임아웃 발생: ${e.message}")
    }
}
```

- timeout(2000L): 2초 안에 다음 값이 도착하지 않으면 타임아웃이 발생합니다.
- collect { value -> ... }: Flow에서 각 값을 수집하고 처리합니다.
- catch (e: Exception): 타임아웃이 발생하면 친구가 나타나지 않아 카페를 나가는 것처럼 예외를 우아하게 처리합니다.

<div class="content-ad"></div>

## 단계 3: 테스트해보세요

위의 코드를 실행해보세요. Flow가 2초보다 빠르게 값을 내보내면 모든 것이 잘 작동하는 것을 알 수 있을 겁니다. 하지만 이벤트 사이에 2초 이상의 지연이 발생하면 타임아웃이 발생하고 "시간 초과가 발생했습니다"라는 메시지가 표시됩니다.

# 타임아웃을 세련되게 다루기

타임아웃은 짜증나긴 하지만 막다른 길은 아닙니다. 타임아웃을 더 세련되게 처리하기 위해 `timeoutOrNull` 연산자를 사용하여 예외가 발생하는 대신 null을 반환할 수 있습니다.

<div class="content-ad"></div>

```kotlin
import kotlinx.coroutines.flow.timeoutOrNull
fun main() = runBlocking {
    simpleFlow()
        .timeoutOrNull(2000L) // 타임아웃을 2초로 설정하고 타임아웃 시 null 반환
        .collect { value ->
            if (value == null) {
                println("시간 내에 값이 수신되지 않았습니다. 계속 진행합니다!")
            } else {
                println("받은 값: $value")
            }
        }
}
```

이제 예외를 던지는 대신에 타임아웃이 발생하면 Flow가 null을 반환하므로 상황을 더 우아하게 처리할 수 있습니다.

# 마무리

Kotlin Flows의 타임아웃 작업은 얼마나 오랫동안 기다릴 의지가 있는지에 대한 시간 제한을 설정하는 것과 같습니다. 이를 통해 앱이 반응성을 유지하고 무제한으로 대기하지 않도록 보장합니다. timeout 및 timeoutOrNull 연산자를 사용하여 데이터가 지연될 수 있는 상황을 쉽게 처리하여 부드럽고 효율적인 사용자 경험을 보장할 수 있습니다.


코틀린 플로우로 타임아웃 작업 마스터하기


픽셀과 안드로이드/크롬 리드 Rick Osterloh는 2024년 Made by Google 이후 벤 톰슨에 의해 다채롭고 흥미로운 대화를 나누었습니다.

지난 4월, 하드웨어 책임자인 Rick Osterloh는 안드로이드(및 크롬/OS)를 이끌기로 지시받았습니다. 선다르 피차이는 이를 더 빠른 AI 업데이트 및 론칭을 촉진하기 위함이라고 밝혔습니다. 인터뷰에서 그는 이것을 재확인했는데, 이 주제에 대해 “지난 세~네 해 동안 계속 논의되어 왔다”고 덧붙였습니다.

전체적으로, 이 통합은 팀 간의 더 나은 협조를 가능하게 합니다.

이곳의 긴장감은 안드로이드가 픽셀뿐만 아니라 사실상 가장 중요한 파트너인 삼성에 봉사해야 한다는 것입니다. 이에 대해 Osterloh는 구글이 “전략을 전혀 변경하지 않았으며, 따라서 삼성과 협업할 때에도 이전과 같이 매우 밀접하게 협력하고 있다”고 말했습니다. 이를 exemplify한 한 가지 예는 픽셀 9 론칭 이전 오늘 픽셀과 삼성 폰으로 Gemini Live가 롤아웃된 것입니다.

<div class="content-ad"></div>

오늘 TM 및 @SamsungMobile 리더십과 환상적인 대화를 나누었습니다. 우리의 파트너십는 예전보다 더 강해졌습니다. AI에 대한 협업과 두 회사에게 미래를 여는 다양한 기회에 대해 기대됩니다.

— Rick Osterloh (@rosterloh) April 25, 2024

그래서 특히 흥미로운 교환으로 이어졌습니다:

그 마지막에, 픽셀 사용자는 결국 삼성에서 오지 않는가요?

<div class="content-ad"></div>

Rick Osterloh: 사실 그들은 매우 소수입니다.

흥미로운데, 그들은 어디서 왔을까요?

RO: 그들은 시장을 떠나거나 애플에서부터 많은 사람들로부터 오고 있습니다. 그러나 궁극적으로, 우리가 하려는 것은 안드로이드 점유율을 높이는 것이고, 그것이 제 주요 목표입니다. 우리는 안드로이드의 경쟁력을 향상시키려고 노력하고, 혁신을 높이고 사용자들을 위해 해결할 수 있는 문제를 개선하려고 노력하고 있습니다. 그러나 우리는 확실히 프리미엄 공간에서 문제가 있어 이를 해결하려고 합니다.

인터뷰에서는 또한 픽셀의 목표에 대해 물어봤는데, 오스터로는 "AI 혁신을 선도"하고 "그 [프리미엄] 공간에서 안드로이드 점유율을 높이려"고 한다고 말했다. 아이폰이 큰 산소기가 되는 상황에서 구글의 브랜드를 희석시키지 않으면서 표현하기도 한다.

<div class="content-ad"></div>

P.S. (당신의 지원에 정말 감사합니다!)

내 무료 이메일 구독 서비스에 가입해도 괜찮아요.


Posts