「iOS」の記事 - Crieit

iOSアプリのビルドでRequested but did not find extension point with identifier Xcode.IDEFoundation.IDEResultKitSerializationConverterエラー

2023-10-04T09:54:41+09:00

iOSのFlutterアプリをビルドしていると突然 Requested but did not find extension point with identifier Xcode.IDEFoundation.IDEResultKitSerializationConverter というエラーがではじめた。

調べてみてもなんか対症療法的な感じで人ぞれぞれの解決方法で明確な手順ぽいものがなさそう。困った…。

そういえば最初に実行しようとしたときに長過ぎて止まっているような気がしたので中断したりしており、それからで始めたのでもしかしたらそれが悪いのでは…と思い腰を据えて実行後待ってみると普通に実行できた。自分のせいだった。

一度それをやるとその後全部エラーになるので、何か途中で止めることでビルド環境がおかしくなってしまうっぽい。そうなったら一度cleanしたりして再度ビルドする必要がある。

Flutterベースのモバイル向けタイムラインの作成

2022-01-07T16:19:06+09:00

Quireタイムライン（モバイル向け）の構造を初公開

2018年に初めてFlutterベースのアプリを作ったときは、とても楽しく興奮しました。それから3年経ち、Quireアプリもかなり充実して、従来のモバイル向けプロジェクト管理アプリの域を超えるまでになりました。Quireモバイルアプリの現行バージョンは、階層表示、ボード表示だけでなく、タイムライン表示にも対応しています。

モバイルアプリ向けのタイムライン表示の作成を決めたときは、簡単にできるとは思いませんでした。当時は類似の既成コンポーネントもなかったためですが、驚いたのは、インターネットでタイムライン表示の構造についての情報も見当たらなかったことです。そこで、いちかばちか、自分たちで作ってみることにしました。

Quireモバイルアプリ用のタイムラインでは、以下を計画していました。

横方向への無限日付スクロール
レンダリングオンデマンド（ROD）。ビューポートにあるときのみ実行されるWidgetのState
任意の位置に素早く配置
操作がかんたんで使いやすいインターフェースと、スムーズなユーザーエクスペリエンス

数週間で初期開発が完了し、以下のような構造になりました。

タイムラインペインのコアベース（週、週末のセクションなど）
タスクリスト（階層構造のタスクリスト）
タイムラインペインのビューポートベース双方向リスト
1ペインのみのとき、2ペインにまたがるときの両方に対応した期間の横棒
期間の横棒上の固定ラベル

上図のように、タスクごとにタイムラインペインが割り当てられ、すべてのタイムラインのスクロール位置は互いに同期されます。

インデックスベースのスクロールビュー

Google Flutter Widgetに似たインデックスベースのスクロールビューを作るために、Centerに引数のあるカスタムスクロールビューを使用します。実装すると、任意の位置まで素早くスクロールできるようになります。スクロール中のどの時点でも、各位置とインデックスを表示できます。

イメージ的には、少しスクロールした時点で、新しいCenterの引数でタイムラインをリロードしてビューポートの外に移し、またスクロールするとビューポート内に配置される、という感じです。

タイムラインペイン

タイムラインをスムーズに使えるように、インデックスベースのスクロール表示と似た発想で、横方向にスクロールできるカスタム「無限双方向スクロールビュー」を実現しました。実装すると、タイムラインをなめらかにスクロールできます。

無限双方向スクロールビューには、Flutterの強力なViewportの考え方を活用しました。そして、Backwardリストのインデックスを-1から始まる負の数に変更しました。Index 0に当たる日付が分かるようにフラグも設定して、任意の日付まで素早くスクロールできるようにしました。

Widget forwardList = SliverList(
  delegate: SliverChildBuilderDelegate((BuildContext context, int index) {
    return cellBuilder(context, _getIndex(forward: true, index: index));
  })
);

Widget backwardList = SliverList(
  delegate: SliverChildBuilderDelegate((BuildContext context, int index) {
    return cellBuilder(context, _getIndex(forward: false, index: index));
  }),
);

Scrollable(
  viewportBuilder: (BuildContext context, ViewportOffset offset) {
    return Viewport(
      offset: offset,
      center: forwardListKey,
      slivers: [
        backwardList,
        forwardList,
      ]
    );
  },
)

2ペインにまたがるときの問題と解決方法

ビューポートには無限のリスト2つがスクロールされるため、期間の横棒が2つのリストにまたがることもあります。そこで、どちらのリストにも完全に同じ期間の横棒を作成し、ぴったり重ねて、リストがビューポートの外に移動してもリスト内のアンカーが壊れないようにしました。

固定ラベルで解決

モバイル機器の小さい画面ではプロジェクトのどこを見ているかが分かりにくく、使っていると混乱してきます。この問題は、できるだけ多くの情報を提供することで軽減できます。そこで便利なのが固定ラベルです。

最初はとにかくシンプルにするため、スクロールビューのスクロール通知に従って、位置を取得してから配置されたラベルに設定していました。固定ラベルを各タイムラインペインの開始位置に表示するには、期間の横棒の現在位置の計算がベースとなります。

しかし、新しく配置されたラベルは次のフレームまでしか更新されず、スクロールビューと同じ時間枠で同期されないため、ずれて見えてしまいました。

幸いFlutterコミュニティーが、レンダリングレイヤー固定ヘッダーというすばらしい解決方法を教えてくれました。つまりレイアウトのタイミングによる方法です。レンダリングレイヤーにすべてのWidgetをサイズとともに入れるだけでなく、そのピクセルすべてを計算する必要があります。最後にlocalToGlobal関数を、スクロール位置、および2ペインにまたがるときのペイン切り替えに基づいた演算操作と置き換えて、パフォーマンスを向上させました。

始まりはこれから

今は大変な時代ですが、だからこそテクノロジーの分野で貢献したいと考えています。タイムライン表示の作成でまず考えたのは、どうやってFlutterの強力なフレームワークを活用して、ビューコンポーネントを一から作り直すことなく、軽く安定したゴージャスなUIを実現するか、ということでした。

各日付単位はインデックスとして、FlutterのSliverに組み込まれています。ほとんどのものはWidgetレイヤーの高レベルの開発概念に留まり、固定ビューのときのみレンダリングレベルに移動します。

Quireアプリをインストールして、Flutterベースのモバイルアプリを使ってみませんか。Quireタイムラインについて気になることは、コメントを投稿するか、@quire_ioでツイートしてお知らせください！

※転載許可済み: https://zenn.dev/quireteam/articles/2b2c44c3e49fac

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

iPadOS 15 にするとカーソルキーが動かなくなる問題の修正方法

2021-11-11T17:42:02+09:00

フリーソフト9VAeきゅうべえ、iPad版について。
iPad OS 15 にすると、キーボードのカーソルキーがきかなくなった。Alt＋カーソルキーは動作するが、カーソルキーだけ押すと反応しない。

調べると、UIKeyCommand の wantsPriorityOverSystemBehavior　を YES に設定しないといけないらしい。カーソルキーがOSのショートカットに割り当てられたみたいだ。
修正には、Xcode 13 （Big Sur以上）が必要

修正前

- (NSArray *)keyCommands { 
  return @[ 
    [UIKeyCommand keyCommandWithInput: UIKeyInputUpArrow modifierFlags: 0 action: @selector(keyUp)], 
    [UIKeyCommand keyCommandWithInput: UIKeyInputDownArrow modifierFlags: 0 action: @selector(keyDown)], 
    [UIKeyCommand keyCommandWithInput: UIKeyInputLeftArrow modifierFlags: 0 action: @selector(keyLeft)], 
    [UIKeyCommand keyCommandWithInput: UIKeyInputRightArrow modifierFlags: 0 action: @selector(keyRight)] 
  ]; 
}

修正後

- (NSArray *)keyCommands { 
  UIKeyCommand *ukey = [UIKeyCommand keyCommandWithInput: UIKeyInputUpArrow modifierFlags: 0 action: @selector(keyUp)]; 
  UIKeyCommand *dkey = [UIKeyCommand keyCommandWithInput: UIKeyInputDownArrow modifierFlags: 0 action: @selector(keyDown)]; 
  UIKeyCommand *lkey = [UIKeyCommand keyCommandWithInput: UIKeyInputLeftArrow modifierFlags: 0 action: @selector(keyLeft)]; 
  UIKeyCommand *rkey = [UIKeyCommand keyCommandWithInput: UIKeyInputRightArrow modifierFlags: 0 action: @selector(keyRight)]; 
  if (@available(iOS 11.0, *)) if(@available(iOS 15.0, *)){ 
    ukey.wantsPriorityOverSystemBehavior = YES; 
    dkey.wantsPriorityOverSystemBehavior = YES; 
    lkey.wantsPriorityOverSystemBehavior = YES; 
    rkey.wantsPriorityOverSystemBehavior = YES; 
  } 
  return @[ ukey, dkey, lkey, rkey ]; 
}

if (@available(iOS 11.0, *)) をいれておかないと、iOS 10 で落ちた。

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

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

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

ではどうするのか。

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

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

AVFoundationでなぜか実機でだけ音がならない時

2021-08-27T23:13:02+09:00

AVFoundationで、プログラムは何度見返しても絶対正しいし、シミュレータだと音がなるのになぜか実機だと音がならないということがあった。

ちなみに試していたのはAVAudioEngineとAVAudioUnitSamplerを使ったMIDIをならすための簡単な処理。サウンドフォント（sf2ファイル）を使うときも使ってないときも同様。

ちなみに、同時に録音したボイスをならす機能もあるのだがそちらはなぜかちゃんと聞こえる。一体何なのか非常に悩んだ。

で、結局原因はというとAVAudioSessionのsetCategoryだった。上記にも書いたとおり、MIDIの処理とボイス用の処理があり、それぞれ別クラスになっていた。まずMIDIクラスを初期化し、次にVoiceクラスを初期化していたのだが、そのVoiceクラスのコンストラクタでsetCategoryしていた。そのためMIDIクラス側が無効になってしまっていたっぽい。

なぜ実機だけなのかはわからないが。端末全体の音をならす部分の数の問題とかかもしれない。

なにはともあれ、各クラスを初期化する前に下記を書いたら両方ちゃんと動作するようになった。

      let session = AVAudioSession.sharedInstance()
      try session.setCategory(
        AVAudioSession.Category.playAndRecord,
        options: AVAudioSession.CategoryOptions.mixWithOthers
      )
      try session.setActive(true)

とにかくあまり詳しくないため別の原因や正しい処理方法などあるかもしれないので各々適宜要調査だと思われる。

📔Unity で iOS/Android アプリの設定値をセキュアに扱う方法

2021-08-16T02:31:05+09:00

はじめに

iOS/Android でユーザーの情報をセキュアに扱う必要があったので、調査したところ Android には EncryptedSharedPreferences が存在することを知りました。iOS には Keychain Services が存在します。

今回は Unity の iOS/Android プラットフォーム上で設定値を保存するための実装を行う必要があったので、Unity から扱えるようネイティブプラグインを作成しました。今後もこういった要望はありそうでしたので、記事として手順や内容を書き記しておくことにしました。

本記事内で紹介しているコードは下記にアップ済みです。

https://github.com/nikaera/Unity-iOS-Android-SecretManager-Sample

動作環境

MacBook Air (M1, 2020)
Unity 2020.3.15f2
Android 6.0 以上
- EncryptedSharedPreferences が使用可能なバージョン

Android のネイティブプラグインを作成する

Android 環境ではまず External Dependency Manager for Unity を利用して、Unity の Android ネイティブプラグインで EncryptedSharedPreferences 利用可能にします。

(追記) Gradle を利用したライブラリのインストール方法

shiena さんにご教授いただいたのですが、こちらの記事のように Gradle を利用することでも簡易にライブラリの取り込みが可能なようでした。

手順は上記の記事をご参照いただくとして、Gradle を利用する方法で外部ライブラリを取り込む際の Assets/Plugins/Android/mainTemplate.gradle および Assets/Plugins/Android/gradleTemplate.properties は下記になります。

```diff gradle:Plugins/Android/mainTemplate.gradle
dependencies {
implementation fileTree(dir: 'libs', include: ['*.jar'])
+ implementation 'androidx.security:security-crypto:1.1.0-alpha03'
DEPS}

android {


```diff properties:Assets/Plugins/Android/gradleTemplate.properties
org.gradle.jvmargs=-Xmx**JVM_HEAP_SIZE**M
org.gradle.parallel=true
android.enableR8=**MINIFY_WITH_R_EIGHT**
+ android.useAndroidX=true
unityStreamingAssets=.unity3d**STREAMING_ASSETS**
**ADDITIONAL_PROPERTIES**

Gradle を利用した方法でライブラリを利用される際は、次の External Dependency Manager for Unity で必要なパッケージをインストールする の手順はスキップ可能です。EncryptedSharedPreferences を利用するためのネイティブコードを追加する のステップから進めてください。

External Dependency Manager for Unity を利用する方法だと、取り込み先プロジェクト内でライブラリの競合が発生する恐れがあります。Gradle を利用する方法であれば回避が可能です。¹

External Dependency Manager for Unity で必要なパッケージをインストールする

External Dependency Manager for Unity をインポートするため unitypackage をダウンロードして、EncryptedSharedPreferences を導入したい Unity プロジェクトを開いてから unitypackage をクリックすることで、External Dependency Manager for Unity を Unity プロジェクトにインポートします。

unitypackage をクリックして Unity プロジェクトに External Dependency Manager for Unity をインポートする" />

Unity プロジェクトの Build Settings からプラットフォームは Android に切り替えておきます。Enable Android Auto-resolution? というダイアログの選択肢はどちらを選んでも構いません。²

External Dependency Manager for Unity で各種パッケージを管理する方法は README に記載がある通り、*Dependencies.xml というファイルを Editor フォルダに配置することで可能になります。

今回は EncryptedSharedPreferences を導入するため、下記の xml ファイルを Editor フォルダ内に配置します。




    
        
        
            
                
                extra-google-m2repository

その後、Unity メニューから Assets -> External Dependency Manager -> Android Resolver -> Force Resolve を選択して、Assets/Editor/AndroidPluginDependencies.xml の内容を元に EncryptedSharedPreferences を利用するのに必要なパッケージを自動で Assets/Plugins/Android フォルダにダウンロードします。

Assets -> External Dependency Manager -> Android Resolver -> Force Resolve を選択する" />
1. Unity メニューから Assets -> External Dependency Manager -> Android Resolver -> Force Resolve を選択する

Assets/Plugins/Android フォルダに配置される" />
2. 実行に成功すると EncryptedSharedPreferences を利用するのに必要なライブラリ群が Assets/Plugins/Android フォルダに配置される

ここまで来ればあとは Android ネイティブコードを Assets/Plugins/Android フォルダ内に配置して Unity 側から叩けるようにするだけです。

EncryptedSharedPreferences を利用するためのネイティブコードを追加する

早速下記の Android ネイティブコードを Assets/Plugins/Android~~/SecretManager.java に配置します。

// Assets/Plugins/Android/SecretManager.java
package com.nikaera;

import com.unity3d.player.UnityPlayerActivity;

import java.lang.Exception;

// External Dependency Manager for Unity によって、
// 必要な jar が含まれているため EncryptedSharedPreferences の利用が可能になる
import androidx.security.crypto.EncryptedSharedPreferences;
import androidx.security.crypto.MasterKey;

import android.content.Context;
import android.content.SharedPreferences;
import android.content.SharedPreferences.Editor;

import android.os.Bundle;
import android.util.Log;

public class SecretManager {
  private SharedPreferences sharedPreferences;

  public SecretManager(Context context) {
    try {
        // EncryptedSharedPreferences で設定値を保存する際に用いる、
        // 暗号鍵を扱うためのラッパークラスをデフォルト設定で作成する
        MasterKey masterKey = new MasterKey.Builder(context)
                .setKeyScheme(MasterKey.KeyScheme.AES256_GCM)
                .build();

        // EncryptedSharedPreferences のインスタンスを生成する
        // コンストラクタで作成した masterKey を指定している
        this.sharedPreferences = EncryptedSharedPreferences.create(
          context, context.getPackageName(), masterKey,
          EncryptedSharedPreferences.PrefKeyEncryptionScheme.AES256_SIV,
          EncryptedSharedPreferences.PrefValueEncryptionScheme.AES256_GCM
        );
    } catch (Exception e) {
        e.printStackTrace();
    }
  }

  /**
   * 指定したキーで値を保存する関数
   * @param key 値を保存する際に用いるキー
   * @param value 保存したい値
   * @return boolean 値の保存に成功したかどうか
   */
  public boolean put(String key, String value) {
    SharedPreferences.Editor editor = sharedPreferences.edit();
    editor.putString(key, value);

    return editor.commit();
  }

  /**
   * 指定したキーで保存した値を取得する関数
   * `put` 関数で保存した値を取得するのに利用する
   * @param key 取得したい値のキー
   * @return string キーに紐づく値、存在しなければ空文字が返却される
   */
  public String get(String key) {
    return sharedPreferences.getString(key, null);
  }

  /**
   * 指定したキーで値を削除する関数
   * @param key 削除したい値のキー
   * @return boolean 値の削除に成功したかどうか
   */
  public boolean delete(String key) {
    SharedPreferences.Editor editor = sharedPreferences.edit();
    editor.remove(key);

    return editor.commit();
  }
}

その後、上記を Unity スクリプトから実行可能にするための C# クラスを作成します。本記事ではファイルを Assets/Scripts/EncryptedSharedPreferences.cs に配置します。

// Assets/Scripts/EncryptedSharedPreferences.cs
using UnityEngine;

/// 
///     利用するネイティブコードは Assets/Plugins/Android/SecretManager.java に記載
/// 
/// 
///     EncryptedSharedPreferences
/// 
class EncryptedSharedPreferences
{
    private readonly AndroidJavaObject _secretManager;
    public EncryptedSharedPreferences()
    {
        // コンストラクタで com.nikaera.SecretManager のインスタンス生成を行う
        var activity = new AndroidJavaClass("com.unity3d.player.UnityPlayer")
            .GetStatic("currentActivity");
        var context = activity.Call("getApplicationContext");
        _secretManager = new AndroidJavaObject("com.nikaera.SecretManager", context);
    }

    public bool Put(string key, string value)
    {
        return _secretManager.Call("put", key, value);
    }

    public string Get(string key)
    {
        return _secretManager.Call("get", key);
    }

    public bool Delete(string key)
    {
        return _secretManager.Call("delete", key);
    }
}

あとは用途に応じて下記のようなコードで設定値の保存や取得などを行えます。

// ...
var _sharedPreferences = new EncryptedSharedPreferences();

// name をキーとして値を nikaera で保存する
_sharedPreferences.Put("name", "nikaera");

// name をキーとして値を取得する
var name = _sharedPreferences.Get("name");

// "nikaera" が出力される
Debug.Log(name);

//　name をキーとして値を削除する
_sharedPreferences.Delete("name");

// ...

iOS のネイティブプラグインを作成する

iOS の場合は外部ライブラリを利用しないため、External Dependency Manager for Unity は利用しません。本来であれば Swift で信頼できる外部フレームワークを取り込み利用できると良さそうですが、今回は Objective-C でネイティブプラグインを書いていきます。³

Keychain Services を利用するためのネイティブコードを追加する

早速下記の iOS ネイティブコードを Assets/Plugins/iOS/KeychainService.mm に配置します。

// Assets/Plugins/iOS/KeychainService.mm~~
// Keychain Services を利用するために Security フレームワークを利用する
#import 

extern "C"
{
    // 指定したキーで値を保存する関数
    // - param
    //   - dataType:  値を保存する際に用いるキー
    //   - value: 保存したい値
    // - return
    //   - 保存時のステータスコードを返却する (0 以外は失敗)
    int addItem(const char *dataType, const char *value)
    {
        NSMutableDictionary* attributes = nil;
        NSMutableDictionary* query = [NSMutableDictionary dictionary];
        NSData* sata = [[NSString stringWithCString:value encoding:NSUTF8StringEncoding] dataUsingEncoding:NSUTF8StringEncoding];

        [query setObject:(id)kSecClassGenericPassword forKey:(id)kSecClass];
        [query setObject:(id)[NSString stringWithCString:dataType encoding:NSUTF8StringEncoding] forKey:(id)kSecAttrAccount];

        OSStatus err = SecItemCopyMatching((CFDictionaryRef)query, NULL);

        if (err == noErr) {
            attributes = [NSMutableDictionary dictionary];
            [attributes setObject:sata forKey:(id)kSecValueData];
            [attributes setObject:[NSDate date] forKey:(id)kSecAttrModificationDate];

            err = SecItemUpdate((CFDictionaryRef)query, (CFDictionaryRef)attributes);
            return (int)err;
        } else if (err == errSecItemNotFound) {
            attributes = [NSMutableDictionary dictionary];
            [attributes setObject:(id)kSecClassGenericPassword forKey:(id)kSecClass];
            [attributes setObject:(id)[NSString stringWithCString:dataType encoding:NSUTF8StringEncoding] forKey:(id)kSecAttrAccount];
            [attributes setObject:sata forKey:(id)kSecValueData];
            [attributes setObject:[NSDate date] forKey:(id)kSecAttrCreationDate];
            [attributes setObject:[NSDate date] forKey:(id)kSecAttrModificationDate];
            err = SecItemAdd((CFDictionaryRef)attributes, NULL);
            return (int)err;
        } else {
            return (int)err;
        }
    }

    // 指定したキーで値を取得する関数
    // - param
    //   - dataType: 値を取得する際に用いるキー
    // - return
    //   - キーに紐づく値、存在しなければ空文字が返却される
    char* getItem(const char *dataType)
    {
        NSMutableDictionary* query = [NSMutableDictionary dictionary];
        [query setObject:(id)kSecClassGenericPassword forKey:(id)kSecClass];
        [query setObject:(id)[NSString stringWithCString:dataType encoding:NSUTF8StringEncoding] forKey:(id)kSecAttrAccount];
        [query setObject:(id)kCFBooleanTrue forKey:(id)kSecReturnData];

        CFDataRef cfresult = NULL;
        OSStatus err = SecItemCopyMatching((CFDictionaryRef)query, (CFTypeRef*)&cfresult);

        if (err == noErr) {
            NSData* passwordData = (__bridge_transfer NSData *)cfresult;
            const char* value = [[[NSString alloc] initWithData:passwordData encoding:NSUTF8StringEncoding] UTF8String];
            char *str = strdup(value);
            return str;
        } else {
            return NULL;
        }
    }

    // 指定したキーで値を削除する関数
    // - param
    //   - dataType:  値を削除する際に用いるキー
    // - return
    //   - 保存時のステータスコードを返却する (0 以外は失敗)
    int deleteItem(const char *dataType)
    {
        NSMutableDictionary* query = [NSMutableDictionary dictionary];
        [query setObject:(id)kSecClassGenericPassword forKey:(id)kSecClass];
        [query setObject:(id)[NSString stringWithCString:dataType encoding:NSUTF8StringEncoding] forKey:(id)kSecAttrAccount];

        OSStatus err = SecItemDelete((CFDictionaryRef)query);

        if (err == noErr) {
            return 0;
        } else {
            return (int)err;
        }
    }
}

Keychain Services は Security フレームワークを利用するため、KeychainService.mm に対して Security フレームワークの依存関係を設定する必要があります。

KeychainService.mm で Security フレームワークの利用を可能にする" />
KeychainService.mm で Security フレームワークの利用を可能にする

その後、上記を Unity スクリプトから実行可能にするための C# クラスを作成します。本記事ではファイルを Assets/Scripts/KeychainService.cs に配置します。

// Assets/Scripts/KeychainService.cs
using System.Runtime.InteropServices;

/// 
///     実装は Assets/Plugins/iOS/KeychainService.mm に記載
/// 
/// 
///     Keychain Services
/// 
class KeychainService
{
#if UNITY_IOS
    [DllImport("__Internal")]
    private static extern int addItem(string dataType, string value);

    [DllImport("__Internal")]
    private static extern string getItem(string dataType);

    [DllImport("__Internal")]
    private static extern int deleteItem(string dataType);
#endif

    public bool Put(string key, string value)
    {
#if UNITY_IOS
        // 返却されるステータスが 0 なら成功
        return addItem(key, value) == 0;
#endif
    }

    public string Get(string key)
    {
#if UNITY_IOS
        return getItem(key);
#else
        return null;
#endif
    }

    public bool Delete(string key)
    {
#if UNITY_IOS
        // 返却されるステータスが 0 なら成功
        return deleteItem(key) == 0;
#endif
    }
}

あとは用途に応じて下記のようなコードで設定値の保存や取得などを行えます。

// ...
var _keychainService = new KeychainService();

// name をキーとして値を nikaera で保存する
_keychainService.Put("name", "nikaera");

// name をキーとして値を取得する
var name = _keychainService.Get("name");

// "nikaera" が出力される
Debug.Log(name);

//　name をキーとして値を削除する
_keychainService.Delete("name");

// ...

(余談) インターフェースで iOS/Android のふるまいを共通化する

このままだとプラットフォームを切り替える毎にコードを書き直さないとならないので、インターフェースを利用して共通化を行います。

public interface ISecretManager
{
    /// 
    /// 指定したキーで値を保存する関数
    /// 
    /// キー
    /// 値
    /// 保存に成功したかどうか
    bool Put(string key, string value); 

    /// 
    /// 指定したキーの値を取得する関数
    /// 
    /// キー
    /// 指定したキーで設定された値、無ければ null
    string Get(string key);

    /// 
    /// 指定したキーの値を削除する関数
    /// 
    /// キー
    /// 削除に成功したかどうか
    bool Delete(string key);
}

その後、Assets/Scripts/EncryptedSharedPreferences.cs および Assets/Scripts/KeychainService.cs を下記の通り ISecretManager の実装に紐付けます。

// Assets/Scripts/EncryptedSharedPreferences.cs
using UnityEngine;

/// 
///     利用するネイティブコードは Assets/Plugins/Android/SecretManager.java に記載
/// 
/// 
///     EncryptedSharedPreferences
/// 
class EncryptedSharedPreferences: ISecretManager
{
    private readonly AndroidJavaObject _secretManager;
    public EncryptedSharedPreferences()
    {
        var activity = new AndroidJavaClass("com.unity3d.player.UnityPlayer")
            .GetStatic("currentActivity");
        var context = activity.Call("getApplicationContext");
        _secretManager = new AndroidJavaObject("com.nikaera.SecretManager", context);
    }

    #region ISecretManager

    public bool Put(string key, string value)
    {
        return _secretManager.Call("put", key, value);
    }

    public string Get(string key)
    {
        return _secretManager.Call("get", key);
    }

    public bool Delete(string key)
    {
        return _secretManager.Call("delete", key);
    }

    #endregion
}

// Assets/Scripts/KeychainService.cs
using System.Runtime.InteropServices;

/// 
///     実装は Assets/Plugins/iOS/KeychainService.mm に記載
/// 
/// 
///     Keychain Services
/// 
class KeychainService: ISecretManager
{
#if UNITY_IOS
    [DllImport("__Internal")]
    private static extern int addItem(string dataType, string value);

    [DllImport("__Internal")]
    private static extern string getItem(string dataType);

    [DllImport("__Internal")]
    private static extern int deleteItem(string dataType);
#endif

    // KeychainService.mm に定義した関数を呼び出す
    #region ISecretManager

    public bool Put(string key, string value)
    {
#if UNITY_IOS
        return addItem(key, value) == 0;
#else
        return false;
#endif
    }

    public string Get(string key)
    {
#if UNITY_IOS
        return getItem(key);
#else
        return null;
#endif
    }

    public bool Delete(string key)
    {
#if UNITY_IOS
        return deleteItem(key) == 0;
#else
        return false;
#endif
    }

    #endregion
}

あとは上記をよしなに利用可能な SecretManager クラスを作成します。

// Assets/Scripts/SecretManager.cs
using UnityEngine;

/// 
///     Editor 利用時のみ PlayerPrefs を利用する
/// 
/// , 
public static class SecretManager
{
#if UNITY_EDITOR
#elif UNITY_ANDROID
        private static ISecretManager _instance = new EncryptedSharedPreferences();
#elif UNITY_IOS
        private static ISecretManager _instance = new KeychainService();
#endif

        public static bool Put(string key, string value)
        {
#if UNITY_EDITOR
                PlayerPrefs.SetString(key, value);
                PlayerPrefs.Save();

                return true;
#elif UNITY_IOS || UNITY_ANDROID
                return _instance.Put(key, value);
#else
                Debug.Log("Not Implemented.");
                return false;
#endif

        }

        public static string Get(string key)
        {
#if UNITY_EDITOR
                return PlayerPrefs.GetString(key);
#elif UNITY_IOS || UNITY_ANDROID
        return _instance.Get(key);
#else
            Debug.Log("Not Implemented.");
            return null;
#endif
        }

        public static bool Delete(string key)
        {
#if UNITY_EDITOR
            PlayerPrefs.DeleteKey(key);
            PlayerPrefs.Save();

            return true;
#elif UNITY_IOS || UNITY_ANDROID
            return _instance.Delete(key);
#else
            Debug.Log("Not Implemented.");
            return false;
#endif
        }
}

これでプラットフォーム間の実装差異を気にすることなく、下記のような記述で設定値の保存や取得などを行えます。iOS/Android 以外のプラットフォームで追加実装したい場合はプラットフォーム依存コンパイルと ISecretManager の実装クラスを新たに作成することで簡単に追加できます。

// ...
// name をキーとして値を nikaera で保存する
SecretManager.Put("name", "nikaera");

// name をキーとして値を取得する
var name = SecretManager.Get("name");

// "nikaera" が出力される
Debug.Log(name);

//　name をキーとして値を削除する
SecretManager.Delete("name");

// ...

おわりに

今回は iOS/Android で設定値をセキュアに扱うための方法についてまとめてみました。実際は Keychain Services 周りは実装が大変なので、External Dependency Manager for Unity とか使って KeychainAccess のような外部ライブラリを利用する構成のほうが良いと思われます。

本記事の内容に誤りがあったり、実際にはセキュアな実装ができていない等々あれば是非コメントでご指摘いただけますと幸いです。

参考リンク

逆に External Dependency Manager for Unity を利用する方法のメリットは、UnityPackage などでライブラリとして配布する際に、ライブラリを動作させるのに必要な外部パッケージも同梱した状態で配布が可能になるなどがあります。(当然ライセンスには気を付ける必要がありますが...) ↩︎
パッケージの依存関係を自動で解決するかどうかという選択肢になります。本記事では明示的に Resolve を実行するため Disable でも Enable でも進行上の問題はありません。 ↩︎
CocoaPods もサポートされているようなので、iOS でも Android 同様、外部ライブラリを取り込むのは簡単にできそうでした。例えば KeychainAccess とか使いたい。 ↩︎

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);

Flutterのurl_launcherでApp StoreのURLを開くとフリーズする問題

2021-04-06T23:16:07+09:00

Flutterで作ったアプリ内で別のアプリに送客をしようと思い、url_launcherでApp StoreのアプリのURLを開くことにしました。

https://pub.dev/packages/url_launcher

テストしてみると特に問題ない……と思いきや、どうもストアの画面からアプリに戻ってみるとアプリがフリーズしていて動かない…！！！　Android側は問題ないのですが、iOS側だけ。

調べてみると完全にフリーズしているわけではなく、画面の描画だけがフリーズしており、ボタンは押した時のアニメーションが途中で止まったまま。しかも操作をするとログが流れていくので描画は止まっているけどアプリ自体は動いていて画面遷移などボタンのタップなどは動いている状態のようです。

なぜか全然分からず、とにかくタップ時に遷移するのがまずいのかと思い、 Future.delayed をしてみたり、launchを呼び出す時にどうせURLを開くだけだからとawaitを省略していたのを追記してみたりしましたがそれでも全然うまくいきません。

多分普通のURLだと大丈夫だと思うのですが、App StoreのURLはダメっぽいようです。Schemeを使って開いたら良いのかな、とも思いましたが、どうもSchemeはちょいちょい変わったりURLが古いっぽかったりして全然安心できなかったので、ひとまず使わない方向で考えていくことにしました。

解決方法

そしてついに解決法を見つけました。大変でした……。

GodotのIn App Purchaseをコールバック形式にしてみるテスト

2020-10-01T23:48:46+09:00

GodotのiOSのIn App Purchase周りは本体に実装されているのだが、これがかなり狂った仕様になっている。コールバックで値を返す代わりに、１秒後に結果を取得するためのメソッドを呼んで取得してくれ、というかなり意味不明な仕様。

実際どれくらいに呼べばいいかもわからないし、通信の問題で遅延など発生したら多分取得できないので再度呼ばなきゃいけなかったりとか、そもそも値が帰ってこないパターンはいつまでリトライ繰り返せばいいかもわからないのでかなり厳しすぎる。というか、正直使い物にならない気がする。

ということで試しにコールバック形式に変更してみている。

Godotのバージョンアップを考えると本来は直接コードをいじることは望ましくないので、一通り完成して実運用できるようなったらモジュール化した方が良さそう。外部ライブラリを含めてのモジュール化をしたことがなく、そのあたりハマったら面倒そうなのでとりあえず直接いじっている。

request_product_info

とりあえずrequest_product_infoを変更してみた。うまくいってるっぽい気がする。このコミット（超雑）。

https://github.com/dala00/godot/commit/d554a4315924e8820fac7d0f992a2229c86dd0d0

init

とりあえずAdMobモジュールを参考にして、initメソッドをつけた。下記のようにして使う。

_in_app_store.init(get_instance_id())

GodotのNodeのインスタンスIDが分かればそれに対してコールバックを返すことができるっぽい。そのため、最初にこれでインスタンスIDを渡してシングルトンに保存しておくベースの処理。

処理結果を貯める代わりにコールバックする

下記のコードの、コメントアウトしている部分で結果をためている。勘弁してほしい。その代わりに、GodotのNodeの_on_product_info_received` をcallする。

    // InAppStore::get_singleton()->_post_event(ret);
    int instanceId = InAppStore::get_singleton()->get_instance_id();
    Object *obj = ObjectDB::get_instance(instanceId);
    obj->call_deferred("_on_product_info_received", ret);

GodotのNode側

こんな感じ。

func _ready():
    if Engine.has_singleton("InAppStore"):
        _in_app_store = Engine.get_singleton("InAppStore")
        _in_app_store.init(get_instance_id())
        var result = _in_app_store.request_product_info({"product_ids": ["ticket5"]})

func _on_product_info_received(data):
    print("_on_product_info_received")
    print(data)

今のところうまくかえってきているっぽい。

2020-10-01 23:12:57.362505+0900 ios-formation[2074:940291] _on_product_info_received
2020-10-01 23:12:57.362540+0900 ios-formation[2074:940291] {currency_codes:[JPY], descriptions:[バトルの報酬が5倍にアップします],

ひとまず一通りこの形に修正してみたい。

（というか可能であればきれいに作ってそのまま本体に取り込まれたい……）

GodotのiOS用のモジュールを作った

2020-10-01T08:12:39+09:00

GodotでiOS用のモジュールを作りました。作ったのはSKStoreReviewControllerのrequestReviewを呼んでユーザーにレビューをしてもらうポップアップを出すだけのモジュールです。

作り方

作り方としては、元々iOS用のモジュールとして、AdMobのモジュールがしっかり動いているのは知っていたので、それを参考にしました。

kloder-games/godot-admob: Module Admob for Godot engine

このリポジトリのGodotのモジュールフォルダにコピーするフォルダがあるのですが、それをコピーして改造していきました。

ちなみに完成品はこちらです。動けばOKという感じでやっているので中身の理解はしていません。

dala00/godot-store-review: Godot store review module for iOS.

libフォルダは今回は不要ですので使っていません。外部ライブラリを使う場合は参考にすると良いと思います。

最低限必要なファイル

今回利用した最低限必要なファイルは下記です。

SCsub
config.py
register_types.cpp
register_types.h
ios/src/godotAdmob.h
ios/src/godotAdmob.mm

これらのファイル名や中身のadmobという名称部分を、独自のものに置き換えていきます。

対応する内容

不要なプロパティやメソッドを削っていきます。今回はrequestReviewを呼ぶメソッドだけがあればいいので、下記のメソッドを作って後は削除しました。

void GodotStoreReview::requestReview() {
    NSLog(@"Calling requestReview");

    if (instance != this) {
        NSLog(@"GodotStoreReview Module dublicate singleton");
        return;
    }

    if (@available(iOS 10.3, *)) {
        if ([SKStoreReviewController class]) {
            [SKStoreReviewController requestReview];
        } else {
            NSLog(@"SKStoreReviewController not found");
        }
    } else {
        NSLog(@"SKStoreReviewController not found for this version");
    }
}

バージョンの判定をしているのでごちゃごちゃしていますが、基本的にはinstanceの有無をチェックした後はシンプルに処理を書くだけで大丈夫です。

あとは_bind_methodsの中身も書き換え、作ったメソッドをGodotと連携させるための宣言をしておきます。

void GodotStoreReview::_bind_methods() {
    CLASS_DB::bind_method("requestReview", &GodotStoreReview::requestReview);
}

基本的には以上です。あとはGodotをビルドして実際に試すだけです。Godot側では下記のような感じで実行できるようになります。

if Engine.has_singleton("StoreReview"):
    _store_review = Engine.get_singleton("StoreReview")
    _store_review.requestReview()

補足

今回はやっていませんが、コールバックもできます。AdMobモジュールでも実装されていますので、必要な方は参考にできます。

逆に今回と同様のシンプルなモジュールを作りたい方は今回僕が作ったものを参考にしていただくと簡単そうです。

Godotでプラグインと一緒にビルドするとfile not foundとなる場合

2020-09-15T09:56:28+09:00

iOSでAdmobプラグインを入れてGodotをビルドしようとしたら下記のようなエラーが出た。

object_type_db.h file not found

そんな……と思って該当のソースを見てみる。

#if VERSION_MAJOR == 3
#include 
#include 
#else
#include "object_type_db.h"
#include "core/globals.h"
#endif

VERSION_MAJORが3の時はそもそも使われていないようなので、つまりGodot側のバージョン指定がうまくいっていない……？　と思い今度はGodot側を調べる。

Godotにversion.pyがあるので見てみると

major = 4

つまりGodot側のソースコードはつまりもう4になっているので、Admob側のバージョンが合っていなくて正常にビルドできていなかったようだ。

ということで、Godotには3.2というブランチがあるのでそちらにswitchしてビルドした。

新作Flutterアプリ「IdeaShuffleMemo」を広めるために考えている戦略

2020-07-03T14:57:19+09:00

こんにちは、YuKiOです。

7月にFlutterアプリ開発を始めて2作目のアプリ、アイデアを発想するためのメモアプリ「IdeaShuffleMemo」をリリースしました。

■AppStore
https://apps.apple.com/jp/app/id1517535550

■Google Play
https://play.google.com/store/apps/details?id=com.IdeaShuffleMemoApp&hl=ja

1作目はとりあえずリリースすることを目的に作成しましたが、今回は「自分が欲しいもの」というテーマで作成しました。

さらに今後のアプリ開発を含めて、機能やアプリの露出方法についても挑戦的に戦略を考えています。

このアプリのトライアンドエラーの経験を、次回につなげていければと思っています。

機能については、Qiitaに書いています。
https://qiita.com/YuKiO-OO/items/283f44da64d304a6228e

crieitでは、どうやって露出させていくか？考えていることを、書いていきたいと思います。

全体の戦略

アプリの収益化

せっかくアプリ開発をするのだから、お金を稼げるようになりたいです。なので、収益を得る方法として、「広告」と「サブスクリプション」の２つを用意しました。

サブスクリプションも採用した理由は、コロナの影響もあり「広告」落ち込んでいたこと、広告収入という方法が今後変化する可能性が高く、安定したものではないからです。

単発の課金のほうが難易度が探るかもしれませんが、長期的にみて、開発の継続、安定した収益を目指す上ではサブスクリプションがいいと判断しました。

最終的に「お金を払ってでも使ってもらえるものを作る」というのが最終的な目標もあり、かなり苦労しましたがサブスクリプション機能を追加しました。

アプリの多言語化

日本のアプリ市場は世界的に見ても大きいほうだとは思います。
ただ、１国で月1万円稼げるレベルのアプリだったとして、日本だけにリリースすれば、1万円しか稼げません。もし全世界に配信することが出来れば、市場も広がるので、稼げるチャンスは増えるはず。（そこまで単純なものではないと思いますが）

なのでアプリは、最初から多言語化を意識して作りました。
初めから７カ国ご対応は辛いので、英語と日本語の２つに対応をさせました。

それに合わせて、アプリのキャプチャーや紹介文も英語で用意も。

英語圏でも反応が少しでれば、クラウドワークスなどを使って、ネイティブにPRできるような文章を作り込んでいきながら、対応できる言語を増やしていくつもりです。

まずは英語と日本語圏で収益を出せるかで、継続の判断をしていきたいと思います。

アプリのターゲット

アプリのターゲットユーザーは、主にアプリやサービス開発者、ビジネスマン、経営者、起業を考えている人です。
まずは、自分と近い範囲のアプリやサービスの開発者に広めたいなと思っています。

アプリの具体的な露出戦略

■国内での露出

・ツイッター

まずは自身のツイッターアカウントで告知します。ただこれは、Webサービスの時と同様あまり期待はしていません。フォロワー数が少ない、インフルエンサーでもないので、よほどインパクトがあるサービスでなければ、「リリースしました」のような広告っぽい投稿は敬遠されて反応がでません。

ただ少しでも反応を出すために、審査の間でPR動画を作ってみました。（Appleぽさを意識しながら、最後はメタルギアを意識している裏エピソードがあります。）

カメラなど映像も趣味なので、別の趣味がいかせて良かったです。

Webサービスやアプリ！斬新なアイデアをひらめきたい人に！アイデアを発想するためのメモアプリ✍️IdeaShuffleMemoをリリースしました！■AppStorehttps://t.co/gEPzEEJ7mt■Google Playhttps://t.co/w0vTiOanGE使ってみてください😁#駆け出しエンジニアと繋がりたい #プログラミング pic.twitter.com/gQ0dOMNgGB
— YuKiO | 個人開発&Flutter (@oo_forward) July 2, 2020

「#駆けだしエンジニアと繋がりたい」「#プログラミング初心者」のタグは、タグ検索をしているユーザーが多いのでつけています。

ただ、特に内容を見ずにいいねを押しているユーザーもいるので、いいねの割りには反応は薄かったりします。

まあ、固定ツイートなどの時の見た目として、いいねとリツイートが多い方がいいので、この方法を採用しました。

・Qiitaに投稿

これはアプリの露出と、アプリ制作でお世話になった数多くの方々への恩返し、自分自身への備忘録&技術の精査の意味も含まれていますが、Qiitaに技術記事がメインで、説明の一貫としてアプリの紹介をするのは問題ないかなと思ってます。

第１弾は、アプリ開発で使ったパッケージを紹介、それ以降はパスワードロック、データのバックアップ、サブスクリプションなどの、Flutter開発で情報が少なくて困った内容を書いていこうと考えています。

■第１段「おすすめのパッケージ」
https://qiita.com/YuKiO-OO/items/283f44da64d304a6228e

おかげ様で、現時点で1100viewにはなっているので、それなりに露出としては成功しているかなと思います。

・Crieit

もちろん開発者のコミュニティであるこちらにも投稿。他が技術的な内容になっているので、ここではこのようにアプリを露出させる方法として、内容ががぶらないようにしています。

・自分のブログサイト

自分のブログ記事は、アプリの紹介ページのような位置付けで書いています。
今後はアプリのQandAなどを追加して、情報を充実させていきたいと思います。

予算とアプリの反響によっては、こちらも多言語対応できれば理想ですね。

・プレスリリース

Webサービスではやったことがないのですが、プレスリリースにも挑戦しています。プレスリリースの難しいところは、個人を受け付けてなかったり、有料で、さらに１回に数万円と高額な場合があったりと、個人開発レベルでは手が出しづらい所です。

本業ではプレスリリースを使っているのですが、無料の場合はやはり無料レベルに留まることがおおく、あまり期待はできません。

ただ、今回は１アカウントお試して無料でできる、value pressさんを使いました。
https://www.value-press.com/

無料では配信できるメディアなど限られますが、有名なメディアや、ターゲットが好みそうなメディアも多いのが選んだ理由です。

ただ、記者は開発者ではないので、アピールする部分を少しヅラすことを意識しました。

ターゲットを、コロナ禍で厳しい環境にたっていて、何か変えたいと必死で考えている人向けとすることにして、コロナとは言葉に出していませんが、プレスリリースタイトルは、それを強くい意識した内容になっています。

ここで少しでも反応がでれば、ある程度お金をかけてもいいかなと思っています。

個人での注意点ですが、電話やメールアドレスが公開されます。勧誘メールが届くようになったりと、色々大変です。

公開しても良いメールアドレスや、格安のIP電話を契約して、それを公開するようにしましょう。

・ツイッター・フェイスブック広告

これはちょっと迷ってます。今回は実験ですが、それなりに広告費用をかけてみようと思います。
これまでもツイッター広告をつかっているのですが、あまりパフォーマンスがよくありません。

もしやるとしたらフェイスブック広告を出してみようかなと思っています。

ブログ記事であったり、いくつかの反応を見てから、実行する予定です。

■海外戦略

・Div

海外のQiitaのようなサイトを探してみたのですが、stackoverflowが紹介されていましたが、なんとなく質問コーナーという感じで、技術ブログのようなものではありませんでした。

Divはそこそこライトな感じの投稿が多そうだったので、こちらに投稿してみました。
英語は得意ではありませんが、Google翻訳を活用しながら、自分で書いたQiitaの記事を抜き出し、翻訳しました。

https://dev.to/oo_forward/flutter-recommended-package-used-in-the-developed-memo-application-15dl

Flutterに記事や、iOSの記事についてそこまでいいねがされていたりする記事がなかったり、どれぐらい動いているのか分かりませんが、２時間まえくらいに投稿した時点で、２件くらい「いいね！」がもらえているので、動いているのは動いているっぽいです。

・producthunt

https://crieit.net/posts/7
この記事で紹介さていたのでしりました。

https://www.producthunt.com/founder-club/benefits

仕組みがよくわかってないのですが、プロダクトを紹介するというサイトのようです。
紹介にあたってYoutubeの紹介動画が必要ぽいので、せっかくなら海外用のPV動画も制作して乗っけようと思っています。

正直あまりよくわかってない感じですが.

・Hacker News

上記の記事でproducthuntとの連携で紹介されていました。
まだ深くは理解できてないですが、このあたりも挑戦していきたいなと思います。

・Medium

Flutter初めてからみるようになったのですが、技術系のブログのようですね。
かなり膨大な投稿量らしいので、Qiitaのよう書いたからといってすぐに反応がでなさそうですが、起点として考えた方がいいなと思います。

どんな内容で買えば良いか、ちょっと考えています。

せっかく英語で書くなら、日本人として特色も入れられないかなと考えています。

■ASO

サイト検索順位ならぬ、アプリ検索順位の最適化ASOについて。
正直、軽くしか調べてられてませんが、リリースした直後は、評価も何もないので、ダウンロードしてくれそうなユーザーが検索しそうなキーワードを入れるくらいしか、できないのではないかと考えています。

SEOと同じ観点でユーザー主義でいくのであれば、ストア内の内容だけは順位が関係しないと勝手に思ってます。

例えば、

アプリの有料化率
外部リンクからのアクセス数
多言語への対応
アプリの定着率など。

AppleやGoogleどちらも、アプリのサブスクリプションが長く続く方がいいわけなので、結局SEO同様にアプリをよくしていくこと以外に方法はないと思っています。

まとめ

今回人生で２回目のアプリをリリースしました。アプリ開発って、アプリのコードを打ち込んで組むだけだと思いがちですが、本気でPRをやろうと思うとやることいっぱいだなと実感しています。個人開発の大変さも実感しています。

この方法がうまくいくとも分かりませんし、アプリ自体に需要がなければ、どんなにPRしても難しいと思います。

人事を尽くして天命を待つ

これも一つの実験で、うまくいかなければ別の方法を試していきたいと思います。

ツイッターもやってますので、ぜひフォローください。
https://twitter.com/oo_forward

■AppStore
https://apps.apple.com/jp/app/id1517535550

■Google Play
https://play.google.com/store/apps/details?id=com.IdeaShuffleMemoApp&hl=ja

FlutterでiOSアプリが実行できない場合

2020-05-09T11:07:36+09:00

Flutterで作ったアプリをiOSでデバッグしたい場合にflutter runしても動かない場合がある。特にまだ１回も動かしたことがない場合など。

この場合はまずXcodeで開き、Signingの設定をしておく。これで実行できる基本的な設定が整う。多分Xcodeではまだ動かない。

そして再度flutter runを実行する。ここでPodsがインストールされたりなんだかんだで最終的に実行できる。

GodotでAdMobを使う - iOSの場合

2020-05-06T00:18:18+09:00

GodotでiOSアプリにAdMobを表示する方法。Androidの場合は下記。

GodotでAdMobを使う - Androidの場合

実際にやったのはGodot3.2。Androidの場合とは違い、iOSの場合は自分でGodotのテンプレートをビルドしなければならないのでちょっと面倒くさい。

AdMobモジュールの取得

AdMobモジュールは下記。まずは下記のリポジトリをcloneしておく。

https://github.com/kloder-games/godot-admob

基本的にやり方はこのREADMEに書かれている。そちらの How to use の iOS というところ。この話の前提として、Godotのリポジトリと組み合わせてビルドが必要なため、こちらもcloneしておく必要がある。

https://github.com/godotengine/godot

AdMobモジュールをGodot側にコピーする

まずはgodot-admobリポジトリのadmobフォルダを、godotリポジトリのmodulesフォルダにコピーする。

Google Mobile Ads SDKを配置する（新）

2020/6にUIWebViewを含めたビルドではアップロードできなくなったため最新のSDKを利用できるようになった。README通りにやればよい（僕が書いてPR送った）。下記のファイルを admob/ios/lib に配置する。 put_GoogleMobileAds_framework_here のようなファイルがあるのでわかりやすい。

GoogleMobileAds.framework
GoogleAppMeasurement.framework
GoogleUtilities.xcframework
PromisesObjC.xcframework
nanopb.xcframework

Google Mobile Ads SDKを配置する（旧）

追記）UIWebView排除のため、既に最新のSDKを使えるようになっているため最新バージョンではこれは不要。（追記終わり）

次に公式のGoogle Mobile Ads SDKを配置する。現時点でのバージョン指定は7.41.0以下。ちなみにこのバージョンはもう公式ではダウンロードできないので、CocoaPodsを利用して取得した。

platform :ios, '9.0'

pod 'Google-Mobile-Ads-SDK', '7.41.0'

上記のPodfileを作って pod install。

admob/ios/lib に配置しろと書かれているが、これは先程godot側にコピーした方のフォルダ。godot側でビルドして使うため。put_GoogleMobileAds_framework_here と書かれたフォルダがあるので、そこにGoogleMobileAds.frameworkフォルダをコピーしてくる。

Godotをビルドする

これで準備ができたので、godotプロジェクト側をビルドする。詳しくはREADMEに貼られている下記リンクの通り。

http://docs.godotengine.org/en/stable/development/compiling/compiling_for_ios.html

sconsをインストールしてビルド

ビルドにはSConsというビルドツールを利用する。これはbrewでインストールできる。

brew install scons

ビルド方法は書かれている通り、下記の必要な方。

開発用

scons p=iphone target=debug

リリース用

scons p=iphone target=release

他にも、エミュレータ用や別のアーキテクチャの組み合わせなど、色々指定もできるためそれは必要であれば前述のリンクの解説を参考に。僕は上記の２つだけでやった。

これでbinフォルダにaファイルが出来上がるので、これをXcodeプロジェクト側のトップにあるaファイルと差し替えれば完成。

エラーが出たパターン１

ちなみに下記のようなエラーが出る場合があった。

scons: Reading SConscript files ...
xcrun: error: SDK "iphoneos" cannot be located
xcrun: error: SDK "iphoneos" cannot be located
xcrun: error: unable to lookup item 'Path' in SDK 'iphoneos'
Failed to find SDK path while running xcrun --sdk iphoneos --show-sdk-path.

よくは分からないけど下記で改善できた。GitHubの方はいいねがいっぱいついてるコメントあたり。

https://qiita.com/shouta-dev/items/a8e4914ec4d88cffac10
https://github.com/facebook/react-native/issues/18408

エラーが出たパターン２

下記のようなエラーが出た。

scons: Reading SConscript files ...
Checking for C header file mntent.h... (cached) no
scons: done reading SConscript files.
scons: Building targets ...
[Initial build] Compiling ==> platform/iphone/godot_iphone.cpp
In file included from platform/iphone/godot_iphone.cpp:33:
platform/iphone/os_iphone.h:84:2: error: unknown type name 'VideoMode' [2]
        VideoMode video_mode;
         ^
platform/iphone/os_iphone.h:92:33: error: unknown type name 'VideoMode' [2]
        virtual Error initialize(const VideoMode &p_desired, int p_video_driver, int p_audio_driver);
                                        ^
platform/iphone/os_iphone.h:122:2: error: unknown type name 'InputDefault' [2]
        InputDefault *input;
         ^
platform/iphone/os_iphone.h:149:48: error: use of undeclared identifier 'InputDefault' [2]
        void joy_axis(int p_device, int p_axis, const InputDefault::JoyAxis &p_value);
                                                       ^
platform/iphone/os_iphone.h:166:36: error: unknown type name 'VideoMode' [2]
        virtual void set_video_mode(const VideoMode &p_video_mode, int p_screen = 0);
                                           ^
platform/iphone/os_iphone.h:167:10: error: unknown type name 'VideoMode' [2]
        virtual VideoMode get_video_mode(int p_screen = 0) const;
                 ^
platform/iphone/os_iphone.h:168:45: error: use of undeclared identifier 'VideoMode' [2]
        virtual void get_fullscreen_mode_list(List *p_list, int p_screen = 0) const;
                                                    ^
7 errors generated.
scons: *** [platform/iphone/godot_iphone.iphone.opt.arm64.o] Error 1
scons: building terminated because of errors.

Godot3.2にし、godotもgodot-admobも最新にしたらビルドできるようになった。

他にも、iOSの場合はgodot-admobの不具合が原因でだめな場合があった。2020/4月末あたりに解決のPRがマージされたので、それ以降はうまく行った。とにかくうまく行かない場合はissueを見て、改善していれば最新に、不具合発生の真っ最中であればちょっとコミットを戻してみたりして調整したりしなければならない。かなり面倒くさい。僕も何ヶ月も放置していてようやく対処できた。

Xcodeの設定

さきほどの５つのフレームワークをXcodeプロジェクト側にも追加する必要がある。Xcodeを開いたプロジェクトの中に参照で登録する。frameworkの読み込みパス設定に配置したフォルダの設定を追加する必要がある。xcframeworkの場合は直接Xcodeに登録するのではなく、中のios-armv7_arm64以下等にframeworkフォルダがあるのでそちらを利用する。パスの設定もそこ。

Godot側のコード

一応実際のコード。initのところでisRealを指定してあるので、デバッグのテスト広告コードを指定している部分は不要かもしれない。

if Engine.has_singleton("AdMob"):
    admob = Engine.get_singleton("AdMob")
    if OS.get_name() == 'iOS':
        # 一般向け（if文とは関係ない）
        admob.init(!OS.is_debug_build(), get_instance_id())
    else:
        # 子ども向けの例（if文とは関係ない）
        admob.initWithContentRating(!OS.is_debug_build(), get_instance_id(), true, 'G')
    if OS.is_debug_build():
        admob.loadBanner('ca-app-pub-3940256099942544/6300978111', false)
    else:
        if OS.get_name() == 'iOS':
            admob.loadBanner('iOS用の本番コード', false)
        else:
            admob.loadBanner('Android用の本番コード', false)

armv7のリンクエラー

ずっとarmv7のリンクエラーが出ていて断念していた時期があるのだが、Godotエディタ側の設定にアーキテクチャの選択があるので、Xcodeプロジェクトをエクスポートする前にそれでarmv7を外しておいたほうが良いかもしれない。このあたりハマると非常に面倒。（これはAdMobすら関係なかったかもしれないが一応メモ）

Code sign error : bundle format unrecognized, invalid, or unsuitableの解決方法の一つ

2019-11-27T19:05:00+09:00

Xcodeにて突然、タイトルのようにCodeSign failedというエラーが出てビルドできなくなった。

調べてみるとDerivedDataを削除するとか、再起動するとかの情報が出てくるので試してみるが復旧しない。むちゃくちゃ急いでいるときだったので非常に焦った。もしかしてApple Store Connectの方で何か更新とかをしないと駄目なのか……と思ったが、だいぶ昔に解説を見様見真似でやった程度なので何も覚えていない。このタイミングで非常に絶望……。もう無理……。

しかし、問題がではじめた前のコミットに戻してビルドしてみると動いた。どうも証明書とかの問題ではなさそう。しかし最新のコミットに戻すとやはり再発。

わけも分からず調べていると下記のようなページを見つけた。

ios - Code sign error : bundle format unrecognized, invalid, or unsuitable - Stack Overflow

そこには「Xcode、Resourcesのことあんまり好きじゃないんだってさ……」

は、まさか……。

そう、最新のコミットではresourcesという名前でフォルダの参照をプロジェクトに追加していた。まさかと思い、半信半疑だったが名前をwwwにして再度フォルダの参照を追加してみてビルドしてみた。

いけたああああ！！！！！！

【禅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を入れた経緯
- ただ当時から大分実装が変わっているようなので、コレの置き換えが一番手間かかりそう

今年スマホアプリを作ってプログラマーになった40代女性の話。

2018-12-17T05:35:42+09:00

約6年ぐらい前、「C言語がわかるならiPhoneアプリを作ればいい」と言われた時、私はMacを持っていませんでした。Macは憧れの対象ではありましたが高級品で、当時、職業訓練校に行っていた身としては買えると思っていなかったのです。（話が前後しましたが、その職業訓練校でC言語を習いました。）

去年（2017年）12月、私は4月から働いていた派遣をやめることにしました。そしてMacを買いました。Macを買うのに必要なのはお金だけではなく、思い切りでした。
何十年Macに憧れ続けて、このまま死ぬのか？死ぬまで憧れ続けて、買わないまま死ぬのか？

今買えるお金があるなら、買おう。

ちなみに、その頃までの私の主な職業はテストエンジニアでした。書くとしてもテストコードだけ。
専門学校は出ていないし、前述の職業訓練を受けるまでは学校で習ったこともありません。
プログラマーという職業もずっと憧れであり、なかなか手が届かないものでした。

そして今年（2018年）1月、iPhoneアプリ開発の入門書を手にして本の通りにやってみたところ、謎のエラーが出て、先に進めなくなりました。
モチベーションも低下して、どうしたものかと思っていた頃、若宮さんの話をTwitterで目にしました。

若宮さんは、80代でiPhoneアプリを作った、エンジニアではない女性です。
ものすごく勇気をもらえました。

私のアプリを作りたいという思いは死ぬまで消えないだろう。
死ぬまで、たとえ病の床にあったとしても「アプリ作りたかったなぁ・・・」と思い続けるだろう。
ならもういい加減、諦めるのをやめたらどうなんだ？

当たり前に開発をしている人から見たら、いちいち大げさかもしれませんが、
憧れが強すぎるあまり、「開発者」というものが、遠い遠い存在になっていたのです。

私を大好きなことから遠ざけていたものは「自分にはできない」という無力感と決めつけでした。
こんな程度の私には無理なんだ、そんなすごいことできるはずがない、
アプリ開発なんて、私よりもっとすごい、もっとできる人しかできないのだ。

そんな謎の思い込みを持っていました。

作るのは別になんでもよかったんです。
ただ、スマホアプリというのは小さい世界で完結できる。一人でも作れそうだったから。

そして諦めるのをやめた私は、
本の著者の掲示板に質問を送り、最初のエラーは解決し、
またわからなくなったらそこで質問し、
ドットインストールにも入会し、わからなかったら質問して、

わからないことはネットで検索しまくって、それでもわからなかったらまた後日検索して、
新しい本を何冊か買い、勇気をもらえるブログを読んでモチベーションを上げ、

アマゾンプライムで孤独のグルメをヘビロテしながら、
iOSアプリを3つ、春に完成させました。

友達が、私の作ったシンプルなゲームを気に入ってくれました。
どこの誰か知らない人たちが、私の作ったアプリを使って遊んでくれています。
毎日誰かがダウンロードしてくれている。
誰かのスマホで私の作ったアプリやゲームが動いている・・・。

一年前の自分にその未来を話したところで、信じなかったと思います。

それだけでもとても嬉しいことだったのですが、
私はずっとプログラミングしていたくて、そうするにはそれを職業にするのがてっとり早い。
でも体力ないので徹夜とか長時間は無理。のめり込むからやれるけど、多分それやると倒れる。
というわけで正社員募集してた会社に問い合わせて、パートで時短で、プログラマー採用してもらいました。

そして半年後にはパートも辞めてフリーになりました。
パートしてた会社から仕事もらえる予定です。

半年で独立するなよって言われるかもしれませんが、会社はOKしてくれたし、
毎日同じ会社に同じ時間に行くのってものすごく向いてないんです。

あともう一つ、IT勉強会にも憧れていて、仲間がほしくて、10月に開催してみました。
https://smartphoneapp.connpass.com/
そしたらものすごく楽しくて自分が満たされたので、12月にも開催して、
地方だし参加者も少ないですが、やっぱりとても楽しくて。謎に楽しい。

なのでこれからも続けていこうと思います。

自分が思っていたよりも、世界はとても優しかったです。
やりたいことをやりたい！といったら、協力してくれるし、叶えてくれる。
こんな私でも、一番好きで叶えたかったことを叶えられました。

いちばん自分に厳しくきつい言葉をかけていたのは自分自身でした。
世界は優しい。Twitterも優しい。いいねもシェアもひとつひとつに感動しています。

読んでいただきありがとうございました！

Android, iOSアプリを100本くらいリリースしたのでいろいろ振り返ってみる

2018-12-11T17:57:33+09:00

こちらはCrieitの個人開発サービスに用いられている技術 Advent Calendar 2018の12日目の記事です。
前日はかしい@お笑いSNS作成中さんのブログSNS『Tumblr』を無理やりユーザー投稿型メディアとして運営した話についてでした！

あんた誰？

どうもこんにちはTeccoです。
主に Android, iOSアプリ を作っています。

会社でもいっぱい作ったんですが、元々は個人開発でアプリを作っていました。
リリースした本数が100本(※)を超えたので、数えるのをやめました＼(^o^)／

Android -> https://play.google.com/store/apps/developer?id=Tecco's+Project
iOS -> https://itunes.apple.com/jp/developer/makoto-nishimoto/id896702438

せっかくの機会なので どのような技術を今まで使ってきたか を振り返ってみます。

※公開を停止したもの含めます。

使ってきた技術一覧

集計してみます。 ※Android, iOS同名アプリは別アプリとして集計

フロントエンド

技術	本数
ネイティブ	約100本
Cordova	1本
Cocos2dx	1本
Unity	2本

バックエンド

技術	本数
なし	約90本
自前API	2本
他社API	8本
Firebase	7本

かなりテキトーな仕分けですがこんな感じです。
数だけあっていろんな分布を期待した方ごめんなさい。

見てもらったらわかるように基本的には ネイティブ × なし が圧倒的な数を占めます。

技術の選定

基本的に個人開発で心がけていることは 以下の5つ です。

シンプルイズザベスト
3日以内を制限時間とする
運用に負担がかかるものはやらない
アプリ一本にこだわりすぎない
デフォルトを愛する

詳しくは人生でたった一本だけ書いた僕のQiitaに書いてあるので興味があればどうぞ。
個人で30本スマホアプリをリリースしたときのコツ5つを紹介してみるよ

やっぱり開発者として、 メルカリみたいな、SHOWROOMみたいな、LINEみたいな、アプリが作りたい！！ っていうのはわかるんですが、自分は一人なのを最前提で考えなければいけません。

もし、自分一人でLINEの機能を全部実装して完成した10年後には
「スマホアプリとか化石かよ！ポケベルのがまだ風情があるわ！」 とか言われる日がくるかもしれません←ぇ

個人開発スタイル(アイディア編)

普段から生活してる際に、何か不満をおもったら、 アプリで解決できないか？ って考えるのがクセになってます。

例)
事象: 北海道出身のTeccoさんは駅の土地勘が全く無く、電車が停止しましたが、混雑していて電光掲示板が見えません。さらにヘビーロックを爆音で聞いているのでアナウンスも聞こえません。降りれば良いのか数秒で判断できなくて人生つらい。

要求: 一秒でも早く自分が今いる駅を知りたい。

結論: アプリでワンタップで現在地から一番近い駅を取得したい。

その時1時間くらいで作ったアプリがこちらです。(公開は停止中

こんな感じで普段の生活からアイディアを抽出することは可能です。

個人開発スタイル(実装編)

アプリとしては現在地をGoogle Places APIにぶん投げて、リストの一番目を取得してるだけです。
まぁ、お察しの通りクソアプリなのでDLは200いかないくらいです。

たとえばこのアプリもリッチに考えればいろいろできて

複数の駅表示に対応
道案内機能を実装
駅までの方向を実装

いっぱい考えられると思うのですが、そんなの「Google Mapに任せとけよ」って話なので、個人開発でもう一つ気をつけなければならないのは、 リッチにすると先駆者がそれ以上のものを作っている可能性が高い という点です。

これは普通のプロダクト開発でも言えることですが、機能が増えるほど メイン機能を阻害する機能が増えて、ユーザーが何をすれば良いのかわからなくなるという現象 が起きがちです。

これは心がけていても、自分でもよくやってしまう失敗なのでやっかいではあります。

個人的におもう個人開発のメリット

僕が個人開発でできるメリットは 単機能でリリースできること だと思っています。
どうしても会社規模の売上やユーザー規模を獲得するには、アプリに滞在させたり、巡回させる方法を考えなければなりません。(初期のYoみたいな例外はあると思いますが

僕は自分のアプリを紹介するときに、 ○○するだけのアプリです 、って紹介を良くします。

たとえばこちらが、Amazonのディスカウント率で検索するだけのアプリです。
Amazon割引ショッピングアプリ

こちらも初回リリースは3日で行っていますが、合計50万DLほどされています。

これは本家Amazonにももちろんある機能ですが、本家は機能が多い分埋もれてしまっています。
なので 大手のサブ機能をメイン機能に持ってくるだけ で、これくらいの需要があるってこともあります。
(ちなみにこちらのアプリはAmazonさんからも了承いただいております

そろそろ書くのが疲れてきたので orz 質問ベースでの回答をいくつかしておきます。

よく聞かれる質問

Q. そんなに出してて管理めんどくさくないの？
A. 他社のAPIのバージョンアップがたまーにと、Androidのバージョンアップで動かなくなったものの対応以外はメンテなしでいけるようにしてるので、半年に一回くらい1,2日メンテくらいで済んでます。

Q. 両OS出すの面倒くさくない？
A. どっちもある程度わかってくると頭の中で仕様はコンバートできるので、片方のOS作ってしまえばもう片方がほぼ何も考えなくてもできます。

Q. クロスプラットフォーム系のやつどう思う？
A. ネイティブでどちらも書いているので、個人的にはあまりメリットは感じられないし、学習コストが高い・本家OSバージョンについていけてない気がする。しかし、ゲームを作るならUnityの恩恵はでかすぎるのでUnityで良いと思う。(あくまで個人のスキルセットに依存するので違うケースも多々あると思います

Q. 正直個人開発って儲かるの？
A. アプリの量と質は間違いなく上がっているし、大企業が本気だしてきてるのでアプリを認知させるのが難しくなっているのでユーザー数の獲得は難しい。しかし、ユーザー1人あたりの広告単価や課金量は上がっているので認知されればお小遣いくらいなら割と可能。

Q. コストはどれくらいかかるの？
A. ライセンス費はAndroidは25ドルで永久、iOSは年に100ドルくらい。アプリ自体に使ってるサーバもすべて無料枠なのでタダ。ただし、宣伝用のWebページなどのサーバは持ってるので月1000円くらい。月換算で2000~3000円くらいなので、月1回の飲み会を断れば余裕で賄えるかな、と。

Q. AndroidとiOSどちらから始めればいいの？
A. コスト面では年に100ドル払いたくないならAndroid一択。市場面では海外(特にヨーロッパ)狙いたいならAndroid, 日本のJKとかビジョンが日本マーケット狙いたいならiOS。KotlinもSwiftもとっても書きやすいので、その点ではどちらもおすすめ。個人的にはKotlinが超大好きだし、最終的には好み。

最後に

久しぶりにブログを書きました(ﾟДﾟ)
こんな機会を与えてくれたアドベントカレンダーと開発者のだらさんには感謝(｀・ω・´)/

良かったらTwitterでもフォローしてください -> @tecco_master
直近リリースしたアプリはこちら -> 匿名チャットアプリ mimicha

さて、明日はnabettuさんです！
実はいろいろインターネット上でお世話になっていいるので期待(ﾟДﾟ)