「Swift」の記事 - Crieit

SwiftでCartographyを使う方法

2021-12-15T18:22:37+09:00

//画面の横幅の長さを取得する変数を宣言
        let width = UIScreen.main.bounds.size.width
//banner画像
        let banner_image:UIImage = UIImage(named:"logo")!
        let imageView = UIImageView(image:banner_image)
        self.view.addSubview(imageView)
        constrain(imageView, view) { banner_image, view in
            banner_image.top == banner_image.superview!.top + 120
            banner_image.left == banner_image.superview!.left + 25
            banner_image.width == width - 50
            banner_image.height == (width - 50) / 2
        }

参考URL

https://wagtechblog.com/programing/swift-cartography.html

AVAudioUnitSamplerで指定したチャンネルの音をすべて止める方法

2021-08-27T23:19:06+09:00

AVAudioUnitSamplerにはチャンネル上でMIDIの音をならすためのstartNoteと、停止させるためのstopNoteメソッドがある。でも、例えば自動で演奏させていて、停止ボタンを押した時に全ての音を消したい、と思った時、全ての音を止めるためのメソッドがどうもないっぽい。

ではどうするのか。

AVAudioUnitSamplerにはsendMIDIEventという、MIDIイベントを直接送るできることのできる機能がある。それを利用することでチャンネルの音を全て停止することができた。

具体的には下記のやり方でできた。

AVMutableCompositionに音声をinsertTimeRangeして死ぬ時

2021-04-19T23:32:28+09:00

AVMutableCompositionで動画に音声をのせようと思ったときのこと。BGMの長さのほうが動画より短い場合にBGMをループさせようと思ったところ、どうも死んでしまったらしい。

insertTimeRangeしている時はまだ死なず、合成のセッションが進んでいる時に死ぬので気づきづらい。いつのまにか figAssetExportSession_CopyProperty signalled err=-16979 とか figAssetExportSession_updateProgress とかのエラーログが残っている。

ためしにループの最後を削ってみたら成功したため、どうも最後のループの切り取り方がまずくはみだしているかなんかでエラーになっているような感じがした。

下記参考URLを見ると、どうも同じ現象が発生していたようで下の方に修正すべき書き込みがあった。試してみたらうまく行った。

https://stackoverflow.com/questions/20211694/loop-avmutablecompositiontrack

audioDuration = CMTimeSubtract(totalDuration,videoDuration);

to:
audioDuration = CMTimeSubtract(videoDuration,currentTime);

【禅Do】利用しているライブラリについて

2019-06-19T23:27:01+09:00

導入したライブラリについて

とりあえず当時、Carthageの情報が結構出ていて使いやすそうだったので
基本的にCarthageを利用してインストールする方針でやっていた。
その中で対応していないものはCocoaPodsを利用するか、直接ソースを入れる形にした。

Carthageで入れたもの

SwiftDate
- リマインド機能の日付操作の為に導入
Bond
- リアクティブプログラミング的なものを使ってみたかった為
- 全体設計の見通しの良さ向上の為など
Eureka
- 設定画面でリスト型テーブルやForm作成を簡単にするための導入
Log
- 開発用途。デバッグのしやすさ向上の為
Quick
- 開発用途。テストコードを書く為（なおちゃんとテストコード書いてない模様）
Nimble
- 開発用途。テストコードを書く為（なおちゃんとテストコード書いてない模様）

CocoaPodsで入れたもの

firebase-ios-sdk
- （今もかもだけど）当時モバイルのアナリティクスとしてイケてる感じだった為導入
- ユーザ動向を知るため

直接入れたもの

FontAwesome
- 各種アイコンに利用
DatePickerCell
- 設定画面でのCell操作の為に導入

導入ライブラリのアップデート

とりあえず当然ビルドが通らなくなってため、各ライブラリの最新版を利用するように
Cartfileを書き換えてアップデートしてみた。
ただそもそも、Carthageの使い方を忘れていたので、思い出すために下記記事などを参考にした。

Carthage について
 Carthage Tutorial: Getting Started

さらに元々、Carthageディレクトリ以下のBuild/Checkoutsもgit管理下においていたが、
ライブラリアップデートを何回も試してる時に、いちいち削除が面倒になったのと
下記の記事を読んだので、git管理化から外すことにした。

CocoaPods・Carthageでインストールした成果物はバージョン管理に含めるべきか？

アップデート方法

利用しているライブラリのうちほとんどは、Swift3へのアップデート対応等がされていたが
Logライブラリだけはメンテが止まっていたので、forkして対応することにした。
（代替のものを探したが方が良いが、とりあえずビルドを通すのが第一目標なのでそのまま利用）

直接ソースを入れるタイプのものも、Carthage対応されるようになっていたので
Carthageを利用してインストールする方式に変更した。

メンテナンスされているライブラリはバージョン指定を外して
最新版をインストールするようにした。

下記はSwiftのバージョンを3にして carthage update --platform iOS が
問題なく実行できるようになった時点でのCartfile。

# Use libraries
github "malcommac/SwiftDate"
github "SwiftBond/Bond"
github "xmartlabs/Eureka"
github "Quick/Quick"
github "Quick/Nimble"
github "thii/FontAwesome.swift"
github "DylanVann/DatePickerCell" ~> 1.0

# Own repos.
github "stlwolf/Log"

備考

carthageでのインストールが成功するところまで行き、Xcode上でライブラリを
利用しているコードでErrorになってる箇所を修正することができる状態にはなった。
Bondライブラリがアプリに入れた時期から大きな変更が入っているので、利用方法を含めて
再度使い方を調べないと最新版のコードを利用できそうにないことが判明。（ReactiveKitに組み込まれてる？）
公式Docと下記あたりを参考に別途キャッチアップする。
Bond Tutorial: Bindings in Swift | raywenderlich.com
Bond, SwiftBondを使ってみよう！ - Takahiro Octopress Blog

【禅Do】Swift2.3のアプリをSwift5対応にしたい

2019-06-10T13:53:49+09:00

大枠

数年前にSwiftの勉強のために作ったiOSアプリを、リリース後に全く
アップデート対応していなかったので気がついたらSwiftのバージョンも5になってた。

このアプリのWeb版出したりとか諸々やりたいことが出来てきているので
とりあえず最新版のSwiftに対応して一度アプリを
更新リリースするところまでやることにした（頑張る）

前提条件

1,2年ほどiOSアプリ周りを全く触ってなく以下は忘却されている
- Swiftの文法、機能について
- Xcodeでの各種設定について
- リリースまでに必要なりソース、手順について
- 導入したOSSライブラリについて
アプリ自体の機能はかなり控えめなので、コード量自体は多くない
当時リアクティブプログラミングの勉強を兼ねてBondというライブラリを利用している
- RxSwiftとかを入れるほど大した機能はなかったので、機能が控えめなBondを入れた経緯
- ただ当時から大分実装が変わっているようなので、コレの置き換えが一番手間かかりそう

手探りSwift: Staticメンバーをクラス内で呼ぶときにクラス名を書かなくちゃいけない

2018-10-24T11:05:11+09:00

Swiftはstaticメンバーをクラス内で呼ぶときに、C#のようにメンバー名だけでは呼べなくてclassName.memberNameのように書かなくてはいけない。これが馴染めない。タイプ数を問題にしているのではない。

クラスの内側でクラス名が出てくると遠近が混乱して頭に余計な負荷がかかる。クラス名は外側の名前なのに、内側で出てくると他の内側の構成要素の語彙と馴染まない。固有名詞を出す必要のない場面で固有名詞が登場する。代名詞で十分である。

あまりいいアイデアとも思えないけど、いい方法が見付かるまでの次善の策を思いついた。
クラス名に外側の意味を持たない別名を付ける。下の例だとTypeだけど、これはStaticでも、Classでもなんでもいい。

typealiasは実行時コストがゼロ(?)だから、純粋に表現の問題として扱える...はず。
staticメンバーにアクセスするインスタンスメンバーを用意する方法もあると思う。そちらもコンパイル時の最適化によってコストゼロになりそうだけど、今の自分では判断ができなかったので避けた。

例

こういう POSOがあったとして

struct Supercalifragilisticexpialidocious {
    var dateStr = ""
}

Before

import Foundation

extension Supercalifragilisticexpialidocious {

    private static var df = ISO8601DateFormatter()

    var date: Date? {
        get {
            return Supercalifragilisticexpialidocious.df.date(from: dateStr)
        }
        set {
            dateStr = Supercalifragilisticexpialidocious.df.string(from: dateStr)
        }
    }
}

DateFormatterのインスタスをstatic変数dfにキャッシュしておく。プロパティdateでは、dfを使って文字列と日付を変換する。dfはprivate変数であり内側の構成要素なのだけど、Supercalifragilisticexpialidociousと書かれていることでdfが今のスコープの外側のモノという錯覚が生れる。

After

import Foundation

extension Supercalifragilisticexpialidocious {
    fileprivate typealias `Type` = Supercalifragilisticexpialidocious

    private static var df = ISO8601DateFormatter()

    var date: Date? {
        get {
            return Type.df.date(from: dateStr)
        }
        set {
            dateStr = Type.df.string(from: dateStr)
        }
    }
}

自クラスをTypeという代名詞で指せるようになった。
言語の上に、自分ルールを置くことによってコードを読むときのスコープが狭まって読みやすくなったと思う。ただしルールは増えたし、そのルールは自分しか知らない。