BLU.LOG

test

junyng — Wed, 20 Nov 2024 17:24:18 +0900

Double Alert Example

앱 광고 만들기

junyng — Sat, 2 Nov 2024 20:56:58 +0900

구글 애드몹 앱 광고는 생성했으나 iOS앱에 적용중에 있습니다.

SNS 마케팅 사례

junyng — Thu, 31 Oct 2024 22:38:44 +0900

1. 점신
운세 보기 전에 광고를 통해 보상을 받는다는 느낌을 받았다.

2. wowsblitz

언어 별로 문맥에 맞게 광고 최적화를 하여 트래픽을 늘렸다.

3. 6th street
딥 링크를 통한 유저에게 할인을 제공함으로써 충성 고객 유치

앱 개발 계획 구상

junyng — Tue, 29 Oct 2024 22:58:36 +0900

본인이 직접 개발할 예정

- AI 앱 디자인 툴 활용
- 앱 배포에 필요한 홍보용 스크린샷 이미지 직접 제작
- 기간 약 일주일

앱 개발 아이템 기획

junyng — Tue, 29 Oct 2024 00:52:56 +0900

텍스트, 이미지를 편리하게 복붙할 수 있는 클립보드 앱

본인이 아이폰을 사용하면서 불편함을 느꼈고 필요하다고 생각되어 만들게 되었습니다.

Great SwiftUI 정리

junyng — Wed, 27 Dec 2023 23:24:22 +0900

https://in.swiftui.wtf/great

조건식 보다는 모디파이어를 선호하라

- 애니메이션 보간 가능하게하고, 성능 향상에 도움이 됨

- 뷰 트리를 유지하는지, 바꾸는지의 차이

"브랜치는 훌륭하며, SwiftUI에는 이유가 있다. 하지만 불필요하게 사용될 때, 그들은 열악한 성능, 놀라운 애니메이션, 그리고 심지어 상태 손실을 초래할 수 있다.

브랜치를 도입할 때, 잠시 멈추고 여러 뷰를 나타내는지 아니면 같은 뷰의 두 상태를 나타내는지 고려하세요."

DerivedData 삭제하기

junyng — Thu, 15 Jun 2023 01:47:57 +0900

Xcode에서 프로젝트 빌드시 다음의 파생 데이터들이 발생하게 됩니다

폴더 경로: (~/Library/Developer/Xcode/DerivedData)

- Intermediate Build Results

- Generated Indexes

- Module Caches

- Logs

- Symbol Caches

이러한 파생 데이터들은 Xcode는 빌드 과정을 최적화하고 빌드 시간을 단축하는 용도로 사용됩니다

하지만 파생 데이터는 캐싱된 데이터로 인해
가끔 설명할 수 없는 오류들을 발생시킬 수 있기 때문에 삭제해주어야 할 경우가 생기게 됩니다

DerivedData를 삭제하는 방법은 다음과 같습니다

1. Xcode 클린 빌드(command + shift + k)

* 프로세스 점유, 권한 문제 등으로 완전히 지우지 못하는 경우가 발생할 수 있습니다

2. 터미널 명령어

rm -rf ~/Library/Developer/Xcode/DerivedData

3. Xcode에서 폴더 경로 찾고 지우기

1. Xcode > Settings > Locations (옆의 화살표 클릭)

2. 폴더 내용 삭제하기

+ 추가

위의 삭제 절차를 클릭 한번으로 도와주는 프로그램이 있어 공유합니다

github 오픈소스이며 레포에 다운로드 링크가 담겨 있습니다

https://github.com/macmade/Xclean

참고자료

https://www.swiftlyrush.com/inside-derived-data/

[SwiftUI] Carousel View 만들기

junyng — Thu, 8 Sep 2022 10:40:28 +0900

AppStore의 App 탭의 각 섹션을 나타내는 뷰를 유사하게 만들어보고자 합니다.

요구 사항으로는 Scroll Snap이 가능하며, 스크롤시 양 옆의 콘텐츠 일부가 노출되어야 합니다.

일반적으로 해당 기능을 수행하는 뷰를 Carousel View라고 명칭하는 것 같습니다.

Carousel View를 분석한 구조는 다음과 같습니다.

- horizontal spacing: 콘텐츠 전체 영역이 시작되고 끝나는 지점을 정의합니다.

- spacing: 각 콘텐츠 영역 사이의 마진 값 입니다.

- visible rect: 부모 뷰에서 바라보는 사각형 영역 입니다.

- scrollOffsetX: x축의 오프셋 값 입니다.

Carousel View는 visible rect를 오프셋을 이동시키며 콘텐츠 뷰를 순서대로 볼 수 있는 기능을 수행합니다.

구현 과정

1. ContentView를 정의하기 위해 `@ViewBuilder` 클로저를 주입 받는 뷰를 만듭니다.

@ViewBuilder 클로저를 통해 하나의 뷰를 주입받을 수 있습니다.

2. ContentView(`@ViewBuilder` 클로저)를 여러개 받을 수 있는 구조로 만듭니다.

페이지 갯수 정보를 의미하는 `pageCount` 를 입력 받아 ForEach문을 사용해 `@ViewBuilder` 클로저를 수행하도록 합니다.

페이지 뷰(ContentView) 들은 HStack으로 감싸도록 하고 spacing 값도 입력 받습니다.

이제 `ForEach(0..<pageCount, id:\.self)` 문을 통해 페이지 인덱스에 따라 UI를 구성할 수 있습니다.

다음으로 드래그를 하여 오프셋을 이동시킬 수 있는 기능을 추가하도록 합니다.

3. DragGesture를 이용해 오프셋 값을 이동시킵니다.

(콘텐츠가 중앙 정렬이 되도록 작성하였습니다.)

실행화면

참고 자료

https://www.youtube.com/watch?v=4Gw5lDXJ04g

[메모리 관리] 주소 바인딩

junyng — Sun, 11 Apr 2021 17:17:07 +0900

프로그램이 실행을 위해 물리 메모리에 적재되면 CPU는 프로세스를 위한 독자적인 주소공간을 생성합니다.

이 주소를 논리적 주소(=가상 주소)라고 하고 각 프로세스마다 독립적으로 할당됩니다.

CPU가 기계어 명령을 수행하기 위해서는 논리적 주소에 근거해 매핑된 물리적 메모리 위치를 확인해야 합니다.

메모리에 적재된 프로세스의 논리적 주소를 물리적 주소로 연결시켜주는 작업인 주소 바인딩에 대해 알아보겠습니다.

주소 바인딩

프로세스의 논리적 주소를 물리적 메모리 주소로 연결시켜주는 작업을 주소 바인딩이라고 합니다.

프로그램이 적재되는 물리적 메모리의 주소가 언제 결정되느냐에 따라 세 가지로 분류할 수 있습니다.

컴파일 타임 바인딩
로드 타임 바인딩
실행 시간 바인딩

컴파일 타임 바인딩

컴파일을 하는 시점에 해당 프로그램이 물리적 메모리의 몇 번지에 위치할 것인지가 결정하는 방식
논리적 주소와 물리적 주소 위치가 같다는 특징을 갖습니다.

로드 타임 바인딩

프로그램의 실행이 시작될 때에 물리적 메모리 주소가 결정되는 방식
로더의 책임 하에 물리적 메모리 주소가 부여되며 프로그램이 종료될 때까지 물리적 메모리 상의 위치가 고정됩니다.
컴파일러가 재배치 가능 코드(reloca-table code)를 생성한 경우에 가능한 주소 바인딩입니다.
프로그램 속의 코드 세그먼트를 모두 바꿔줘야 하므로 메모리 로딩할 때 오랜 시간이 소요됩니다.

실행 시간 바인딩

프로그램이 실행을 시작한 후에도 그 프로그램이 위치한 물리적 메모리 상의 주소가 변경될 수 있는 방식
MMU 하드웨어를 사용하여 논리적 주소에서 물리적 주소로 매핑합니다.
일반적인 OS는 이 방법을 사용합니다.

MMU 기법

CPU가 특정 프로세스의 논리적 주소를 참조하려고 할 때

MMU 기법은 그 주소값에 기준 레지스터의 값을 더해 물리적 주소값을 얻습니다.

MMU 기법의 기본원리는 다음과 같습니다.

1. CPU가 논리적 주소 123번지에 있는 내용을 요청합니다.

2. 재배치 레지스터에 저장된 값 23000을 더합니다.

3. 물리적 메모리 23123에 저장합니다.

여기서 한 가지 더 고려해야할 사항이 있습니다.

다중 프로그래밍 환경에서는 여러 개의 프로세스가 물리적 메모리에 동시에 올라간 경우가 대부분입니다.

위의 MMU 방식을 사용하여 주소 변환을 하였을 때 그 결과가 물리적 메모리 영역을 벗어날 수 있습니다.

기준 레지스터와 한계 레지스터에 의한 주소 변환

메모리 주소 영역을 벗어나지 않도록 메모리 보안을 달성하기 위한 방법은 다음과 같습니다.

1. CPU가 요청한 프로세스의 논리적 주소 값 < 한계 레지스터 내에 저장된 프로세스의 크키 인지 확인합니다.

2. 크기가 작다면 논리적 주소 값에 재배치 레지스터 값을 더해 물리적 주소를 구하여 메모리 위치를 접근하도록 허락합니다.

3. 논리적 주소 값 > 한계 레지스터 값이면 트랩을 발생시켜 해당 프로세스를 강제 종료시킵니다.

참고 자료

운영 체제와 정보기술의 원리(반효경 저)

[메모리관리] 연속할당 방식 - 고정 분할 방식과 가변 분할 방식

junyng — Sun, 11 Apr 2021 01:32:43 +0900

연속 할당 방식

프로그램을 메모리에 올릴 때, 물리적 메모리의 한 곳에 연속적으로 적재하는 방식으로

고정 분할 방식과 가변 분할 방식이 존재합니다.

고정 분할 방식

주어진 개수 만큼의 영구적인 분할로 미리 나누어 두고 각 분할에 하나의 프로그램을 적재하는 방식입니다.

이 분할의 크기를 모두 동일하게 할 수도 있고 서로 다르게 할 수도 있습니다.

하나의 분할에는 하나의 프로그램만 적재 가능하므로 외부 조각과 내부 조각이 발생합니다.

외부 조각
- 프로그램의 크기 > 분할의 크기인 경우 발생합니다.
- 프로그램을 적재하지 못하는 빈 메모리 공간으로 사용될 수 없는 작은 분할을 의미합니다.

내부 조각
- 프로그램의 크기 < 분할의 크기인 경우 발생합니다.
- 프로그램이 분할에 적재되고 나서 분할 내부에 사용될 수 없는 메모리 조각을 의미합니다.

가변 분할 방식

메모리에 적재되는 프로세스 크기에 따라 분할의 크기, 개수가 동적으로 변하는 방식입니다.

가변 분할 방식에서 프로세스의 크기보다 분할의 크기보다 크게 할당하기 때문에 내부 조각은 발생하지 않습니다.

하지만 이미 메모리에 존재하는 프로그램이 종료되고

메모리 크기보다 더 작은 크기의 새로운 프로세스가 할당될 때 외부 조각이 발생할 수 있습니다.

또한, 프로세스를 어떤 위치에 올릴지 결정하기 위한 동적 메모리 할당 문제가 있습니다.

동적 메모리 할당 문제

프로세스를 메모리에 올릴 때 물리적 메모리의 가용 공간(분할)이 산발적으로 존재하게 됩니다.

주소 공간의 크기가 n인 프로세스를 하나의 가용공간에 적재하기 위한 세 가지 해결 방법이 존재합니다.

최초 적합 방법(first-fit)
- 가용 공간을 차례대로 살펴보면서 프로그램 크기 < 가용 공간 크기가 최초로 발견될 때, 해당 프로세스 할당합니다.
- 모든 가용 공간을 탐색하지 않아 시간적인 측면에서 효율적입니다.

최적 적합 방법(best-fit)
- 프로세스 크기 < 가용 공간 크기인 가장 작은 공간을 찾고 프로세스를 할당합니다.
- 모든 가용 공간 리스트가 크기 순으로 정렬되어 있지 않으면, 모든 가용 리스트를 탐색해야하는 오버헤드가 발생합니다.

최악 적합 방법(worst-fit)
- 프로세스 크기 < 가용 공간 크기인 가장 큰 공간을 찾고 프로세스를 할당합니다.
- 모든 가용 공간 리스트가 크기 순으로 정렬되어 있지 않으면, 모든 가용 리스트를 탐색해야하는 오버헤드가 발생합니다.

외부 조각 문제 해결 방법

가변 분할 방식에서 외부 조각 문제를 해결하기 위한 방법으로 컴팩션(compaction) 방법이 존재합니다.

사용하지 않은 메모리 영역을 한쪽으로 모은다. (비용이 많이 드는 작업)
수행중인 프로세스의 물리적 메모리 위치를 옮겨야 하므로 실행 시간 바인딩 방식에서만 수행가능합니다.

참고 자료

운영 체제와 정보기술의 원리(반효경 저)