[Flutter] CupertinoでiOSスタイルのUIを実装してみた | DevelopersIO
Cupertino WidgetsでUIを実装 Cupertino WidgetsでUIを実装します。 lib/main.dart import 'package:flutter/cupertino.dart'; void main() => runApp(const MyApp()); class MyApp extends StatelessWidget { const MyApp({Key? key}) : super(key: key); @override Widget build(BuildContext context) { return const CupertinoApp( title: 'Flutter Demo', home: RootPage(), ); } } class RootPage extends StatefulWidget { const RootPa
![[Flutter] CupertinoでiOSスタイルのUIを実装してみた | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/12b9241adb95f448735d29037460ff45a577f6ab/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2020%2F02%2Fflutter.png)
iOSのコード署名がなんのためにどうやって行われているかを理解する - Qiita
背景 iOS 開発に入門する上でつまづきやすい概念にコード署名があります。アプリを実機で動かすまでのコード署名の手続き自体は実行できても、それぞれの手続きがなんのために行われているかをちゃんと理解するのはなかなか難しいと思います。この記事では、 そもそもコード署名はなんのために、どうやって行われているのか Profile や .p12 などいろいろなファイルが登場してくるけどそれぞれの役割はなんなのか を調べたのでまとめます。 この記事にはこう思えば自分は理解しやすいなと思った内容を書いたので、有識者から見ると単純化しすぎていたりそもそも間違っているものが含まれているかもしれません。その場合はコメントで教えていただけると助かります。 参考リンク Code Signing Guide Understanding code signing for iOS apps Xcodeと署名 Insid
iOSで課金のレシートをローカルで判定する方法 - Qiita
はじめに 最近 iOSでアプリ内課金で自動更新のサプスクリプションをの実装を行いました。その時に、Web でどうやってレシートの検証を行うかを検索しました。 • レシート検証 プログラミングガイド(PDF) • レシート検証 プログラミングガイド(Web) • In App Purchaseのレシートをローカルで検証できるようになった話(Qiita) • iOSの月額課金レシート検証をサーバーサイドで行うときのTipsまとめ(Qiita) • iOS In-App Purchase実装で必ず知っておきたい隠れた罠(Qiita) • Apple App Store Receipt Validation with Swift and Go • Local Receipt Validation for iOS in Swift From Start to Finish • Validating
iOS の Push 通知の種類
iOS の Push 通知は多少なり呼び方や特徴があるのでまとめました。また、それぞれに必要な設定や実装もまとめてみました。 まず、iOS の Push 通知は大きく分けて以下３種類あると思います。 通常の Push 通知 サイレント Push 通知 リッチ Push 通知 通常の Push 通知 シンプルにタイトルとメッセージのみを表示するような通知です。アプリ側の実装としては受信してからの処理などは特に実装する必要がないのがメリットですが、受信した Push 通知のコンテンツのままタイトルやメッセージが表示されるので柔軟性は低いのがデメリットです。 スクリーンショット ペイロードサンプル { "aps":{ "alert":{ "title":"タイトル", "body":"メッセージ" }, "sound":"default", "badge": 8 } } サイレント Push 通
RxSwiftの基本となるObservableとHot/Cold変換、Sequenceの分岐を学ぶ - stone's throw
コマンドラインでSwiftを実行する方法が分かったので、せっかくだから簡単に実行できるものを用意してRxSwiftの基礎と、Hot/Cold変換、さらにSequenceの分岐に関する理解を深めるためのコードを書いた。 Swiftってコマンドラインで実行できるんすよ swiftでインタプリタが立ち上がったり、swift filenameで実行できるのは知っていたけど、swift packageコマンドでパッケージを生成してライブラリと組み合わせたりもできるらしいことが分かった。 実際に作るとこんな感じ。 $ mkdir RxSwiftExecutable # cd RxSwiftExecutable $ swift package init --type executable Creating executable package: RxSwiftExecutable Creating Pa
RxSwiftを試すための環境を作成する
はじめに BOOTHで公開してあるRxSwift研究読本の本文中にあるコードなど、小さなコードを試すための方法を書いておきます。RxSwift研究読本シリーズ中で3や4などはコード量が多いためそれぞれサンプルコードのリポジトリを用意していますが、小さなコードを軽く試すための方法がわからない方向けに書いています。 RxSwiftを試すための方法 いくつか方法はあるのですが、ここで説明するのは次の2つです。 RxSwift自体が提供してくれているPlaygroundsを利用する 小さなコードを書く場合 RxSwiftをXcodeのSwift Packageで導入する テストコードを利用する場合 方法1: RxSwift自体が提供してくれているPlaygroundsを利用する GitHubからあなたのmacにリポジトリをcloneします $ git clone git@github.com:Re
iOSアプリの基本構造 - Qiita
Xcodeで新しいiOSアプリのプロジェクトを作成すると、勝手にStoryboardやらViewControllerやらが生成されて、 何もしなくても真っ白な画面のアプリができると思います。 これそもそもどういう構造になっているんだ？ というのをずっと曖昧なままやってきたので、整理する意味でこの記事を書きます。 丁寧に書くと、本当に1冊の本になるくらいの内容なので、説明が足らない部分や英文直貼りになってしまう箇所はご容赦ください。 ドキュメントについて 昔は「iOSアプリケーション プログラミングガイド」なる日本語ドキュメントがあったっぽいのですが、 Swift化あたりで焚書されたみたいです。 検索したところ、アーカイブにも見つからないです。。。 About App Development with UIKit 多分この内容が、それに相当するのだと思われます。 基本的には公式ドキュメントに
iOSアプリのライフサイクル - Qiita
はじめに iosでAppDelegateのメソッドがどんな時に呼ばれるかを知りたかったので、 Appleの資料の確認と、アプリを実装して確認しました。 実装した環境 Xcode 10.2.1 SWIFT 5 ios 12 アプリライフサイクルと呼ばれるメソッド アプリライフサイクル 下の図は、アプリライフサイクルとそれぞれの遷移時にAppDelegateで呼ばれるメソッドです。 アプリの起動時 アプリを最初のタップして、起動した時のAppDelegateの呼ばれる順番です。 func application(_:willFinishLaunchingWithOptions) func application(_:didFinishLaunchingWithOptions:) func applicationDidBecomeActive(UIApplication) アプリをバックグランド
iOSアプリ開発 入門 (6) - AVAudioSession｜npaka
iOSアプリの「AVAudioSession」によるオーディオ制御の実装方法についてまとめました。 ・iOS 14 前回 1. AVAudioSession「AVAudioSession」は、アプリでのオーディオの利用方法をOSに伝えるオブジェクトです。「AVAudioSession」がアプリとOSの仲介役となって、オーディオエクスペリエンスを最適な状態に管理します。 2. AVAudioSessionのデフォルト状態 「AVAudioSession」のデフォルト状態は、次のとおりです。 ・オーディオ再生のみ利用（録音はできない）。 ・ロック・サイレント時に、オーディオが無音になる。 ・オーディオセッション有効化時に、バックグラウンドオーディオ停止。このデフォルト状態は、通常アプリに適したオーディオ動作を提供しますが、メディアプレイヤーアプリなどが必要とするオーディオ動作を提供しません。動
プロファイルを使用せずにWifiホットスポットの構成をアプリに組み込む方法 - Qiita
何をするのか？ Wifiプロファイルを使用せずに、Wi-Fiスポットの自動設定をアプリから行います。このプロファイルとは、Wifiを使用するための証明書であり、内部にはSSIDやパスワード、説明などそのWifiに接続するための情報が記載されているものです。本来はこのプロファイルを端末にインポートして、SSIDやPASSの自動設定がWifi選択時にされるため、タップするだけでWifiに接続できます（AuやDocomoなどのWifiを使用する際に、その会社の端末だけ接続出来たりするのがこれにあたる。これは、もともと端末にプロファイルがインポートしているため可能になる）。しかし今回はプロファイルインポートなどの手間をなくすために、NEHotspotConfiguration・NEHotspotConfigurationManagerというswitのクラスを使用して、アプリの中にWifiホットスポ
Developer - mozx
iOSでオーディオやビデオを扱う場合、AVAudioSessionというサービスで音声の入出力の使い方を設定する必要がある。 しかし、AVAudioSessionについては、いちど触ったことのあるプログラマーにとって、 「なかなか思った通りに振る舞ってくれない」という感覚を持つことが多いのではないだろうか。 AudioSessionに対する理解を深めるためには、iOS機器内でのオーディオの扱いに関する 思想を理解することが大切である。 しかし、筆者はAppleの設計者ではない。当然Appleの設計の意図、真意を知っている訳ではない。 この講座で述べていることは、Appleの提供しているドキュメントを筆者の解釈、および実機に実装したときの 振る舞いなどから、その奥にあるAppleの設計思想を推測したものであり、勝手な想像や思い込みも多分に含まれている 可能性があることをご理解の上読み進んで頂
オブザーバーパターンから始めるRxSwift入門 - Qiita
はじめに Rx とは C# 発祥の Reactive Extensions のことで、様々な言語に移植されています。RxSwift は Rx の Swift 版です。 様々な言語に移植されているのは、それだけ有用だからです。しかし Rx は有用である一方で学習コストが高く、導入の敷居が高いとみなされがちです。 ネットで Rx について検索すると、Reactive とは・・・関数指向うんたら・・・と、そりゃオブジェクト指向プログラマにはとっつきにくそうに感じるわな、と思うものが多いです。 ここではオブジェクト指向設計で一般的に利用されるオブザーバーパターンを置き換えるところから、Rx の利用方法を解説してみます。 以下のようにシリーズになっていますが、この記事の内容だけでも十分役に立つと思います。 オブザーバーパターンから始めるRxSwift入門 RxSwift入門(2) 非同期処理してみる
【Swift】キャプチャ・リスト - Qiita
この投稿は何？ Swiftプログラミングにおけるキャプチャ・リストについて、公式ドキュメントの内容を独自に翻訳したものです。 環境 macOS 10.15.7 Xcode 12.1 Swift 5.3 キャプチャ・リストとは 既定の動作として、クロージャ式は「その周囲のスコープにある定数および変数」を強い参照によってキャプチャします。キャプチャリストを使用すると、クロージャで値をキャプチャする方法を明示的に制御することができます。 キャプチャ・リストは、パラメータのリストの前に、「角括弧で囲まれたカンマで区切ったリスト」として記述されます。キャプチャ・リストを使用する場合、パラメータ名、パラメータおよび戻り値の型を省略していても、inキーワードを常に使用します。 { [value1, value2, ...] in STATEMENT } キャプチャ・リストのエントリは、クロージャ作成時に
レイアウトの救世主StackViewを使ってみよう
Auto Layoutには実は重大な欠点がありました。 それは、、 レイアウトの修正が大変 ということです。 レイアウトする要素が増えれば振れるに従って隣のビューとの関係も複雑になってしまいます。 例えば、画面上にボタンを縦に３つ並べるレイアウトを考えてみましょう。 ボタンをそれぞれ同じ大きさに縦に３つ並べるレイアウトを作ってみます。 このとき３つのボタンと親ビューとの関係性はざっと数えた分でも10個できてしまいます。 設定によってはそれ以上になることも考えられるでしょう。 ここで、ボタンを4つに増やしたいと思ったらどうでしょう？ 少なくとも垂直方向の関係性は見直す必要があるでしょう。 ボタンが3つから4つになったとこで、親ビューとボタン同士の隙間の幅が変わることになるからです。 これはもう一大事です。 制約を１つずつ見なおしてボタンを増やすか、いっそのこと全ての制約を一度全部解除して、も
UIStackViewの5つのdistributionを理解する - Qiita
iOS 9から導入されたUIStackViewは、複雑になりがちなレイアウトを簡単に組むことができます。 導入から3年近くたった今、すでに使ったことのあるエンジニアさんも多くいらっしゃるのでないでしょうか。 しかし、使ってみると案外うまく使えなかったり、コンフリクトに遭遇してしまうことがありました。 そこで、UIStackViewの中でも最も重要なプロパティのdistributionについて調べた結果をまとめました。 この記事の内容 この記事では、5種類のあるUIStackViewDistributionの全てでレイアウト例を示し、そのレイアウトがどのような制約によって成り立っているか解説します。 注意して書いたつもりですが、もし内容に間違いや不備があればご指摘よろしくおねがいします .fill まずは、最も基本の.fillでのレイアウト例を確認してみましょう。 各プロパティは以下のように
AppStore輸出コンプライアンスについて〜httpsは米国輸出規制対象外｜WEB BANANA UNITE
AppStore輸出コンプライアンスについて ＜誤解＞ https（SSL）でウェブアクセスしているアプリは暗号を使っているので、 暗号に関する米国輸出規制に抵触するため、 年度末自己分類レポートを米国政府に提出しなければならない。 実際には、次の４つの免除基準のいづれかひとつに該当していれば、米国輸出規制から免除される。 (a) カテゴリー5、パート2に記載の免除資格のうち1つ以上に該当 (b) 暗号化の使用は Apple のオペレーティングシステム内の暗号化に限定 (c) HTTPS通信のみを使用 (d) 米国またはカナダでのみ App を提供 また、別の言い方をすれば、次の条件のうち一つに該当すれば、米国輸出規制から免除される。 (a) メディカルエンドユーザ対象の特別設計 (b) 知的財産および著作権保護に限定 (c) 認証、デジタル署名、またはデータやファイルの読解に限定 (d)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - onmyway133/PushNotifications: 🐉 A macOS, Linux, Windows app to test push notifications on iOS and Android
アクセス許可を求める方法について
【Swift5】WKWebViewで動的に生成されたファイルをダウンロードする | Fusion
Developer - mozx