Strada こんばんわ、Strada探検隊のお時間です。 Stradaとは？ Turbo NativeとモバイルOSのネイティブAPIを連携させるHotwireシリーズ最後のミッシングパーツだと目されています*1 Stradaは目下開発中の身であり全容が分っていないのですが、既にHEYアプリに投入されているため、HEY iOSアプリの構造を見て取ることでその仕組みが予測できるのではないかと考えました。 計画 Standardizes the way that web and native parts of a mobile hybrid application talk to each other via HTML bridge attributes. https://hotwired.dev/ とあるので特別なHTML定義をStradaが解釈してUIコンポーネントへ受け渡すことが予想で
WWDC2019で紹介されたCombineはSwiftで使えるasync frameworkです。 iOS13以上でしか使えないのでプロダクツに導入するのをためらっていましたが、そろそろ導入できそうですね。 まだCombineを導入していない方向けに、Combineの簡単な使い方を書いてみました。 （この記事はXcode v12.0 beta 3 (12A8169g)で確認しています。今後のバージョンアップで動作が変わるかもしれません。） PublisherとSubscriber PublisherはCombineの中核となるもので、目的のデータを時系列順に送る output stream みたいなものですね。 そして、 Subscriberがそのstreamを受け取る側になります。 まずは一番単純な Publisherを動かしてみましょう。 素数の配列からPublisherを作り、Sub
The most common application of CloudKit by far is to store private user data with the goal of keeping their devices in sync. This is mostly what my CloudKit 101 post is focused on, as well as explaining the basic concepts of how CloudKit works and the best practices around that type of data synchronization. In that post, I did mention that you can use the public database offered by CloudKit for so
こんにちは iOSエンジニアの muukiiです🤠 今回はView(UI)コンポーネントの開発のアイデアのひとつを紹介します。 私の経験に基づいた事例として、Viewコンポーネントのユースケースとして次のようなものがありました。 単体で使用される (Viewにそのまま貼り付け)UICollectionViewまたはUITableViewで複数表示される (Cellとして表示)タップ可能配置する場所による見た目の変化は無しこのようなケースにたまに遭遇することがあります。 この場合Viewコンポーネントはどのように設計し、実装すべきでしょうか。 コンポーネントが持つ機能や目的は同じだとするとコードの共通化は狙えそうです。 しかし、UICollectionViewまたはUITableViewが表示先だとUICollectionViewCellまたはUITableViewCellを継承したコンポ
この記事は「Eureka Advent Calendar 2021」1日目の記事です。 Pairs iOSアプリの開発にあたり、チームの体制やメンバーの動き方、開発の運用、そして実装方針など幅広く触れた内容となります。 エウレカのiOSチームの開発に興味があり、どのように作っていて、今の課題や次にやりたいことは？に関心のある方に向けた記事になります。 幅広く要点に触れつつ、各詳細には触れすぎない記事となりますので、詳しく知りたいという方はMuukii(Hiroshi Kimura)まで連絡をもらえればお答えします。 なお、一番下に私個人として、これからチャレンジしてみたいことが書いてあります。 概要チーム体制とメンバーの動き方ソースコード管理と申請などの開発における運用具体的な機能実装に関わる設計や技術チーム構成とプロジェクト会社の組織構造としてはチームは職種ごとに分けられています。 例
慣れない街へ出かけるとき、電車の中で目的地までの道のりを「地図アプリ」で検索しておいて、駅を出てから地図を見て移動したことはありますか。あるいは「ネットショッピングアプリ」で欲しいものが見つかって、衝動買いするにはちょっと高価だったときに、レビューを読んだりネット上での評判を確かめたりしたことはありませんか。もしそんなとき、地図アプリやネットショッピングアプリを離れて他のことをして、また戻ってきたときに、そのアプリは元の画面のままですか。それともアプリの最初の画面に戻ってしまっていますか。 iOS の State Restoration という機能は、アプリを元の状態に復元するための仕組みを提供します。メモリが不足してバックグラウンドのアプリが終了した後、次に起動したときに、アプリを元の状態に戻すことができます。地図で見つけた道順や、検討中の商品、または入力中のメッセージや、さっき見ていた
Swiftの構文とKotlinの構文の密接な類似性は、KMPによるビジネスロジック開発に伴う学習曲線を、大部分で大幅に削減してくれます。学習曲線に残るのはIDE、すなわちAndroid Studioです。 Kotlin Multiplatform Projectは、まだKotlinの実験的機能です。従って、更新ごとにAPIが変更される可能性があります。 入門 このチュートリアルは、Android StudioやKotlinの使用経験がほとんど、あるいはまったくないiOS開発者を対象としています。Android Studioが手元にない場合は、 インストールガイドに従ってください。 みなさんのために、私たちが用意したスタータプロジェクトをクローンしてください。その中には、空のKMPライブラリを含む、KMPプロジェクトの定形部分が含まれています。このスタータプロジェクトには、iOSアプリケーシ
本記事は、FOLIOアドベントカレンダーの7日目の記事になります。 UIViewPropertyAnimatorとは UIViewPropertyAnimatorはユーザーの操作とアニメーションを連動させたり、アニメーションの開始・停止・反転などのコントロールを可能にするAPIです。 なので、UIViewPropertyAnimatorを使うとインタラクティブなアニメーションを簡単につくることができます。（お馴染みのUIView.animateだけでは出来なかったことですし、LayerやCoreAnimationを使えば可能ではありましたが個人的に複雑な実装になる印象があります。） また、iOS10から導入されたAPIなのでUIViewPropertyAnimatorをご存知の方は多いのではないでしょうか。 なぜ今UIViewPropertyAnimatorなのか まず、iOS10で導入さ
Aug 12, 2018 少し前に、自分のStoryboardの使い方をツイートしたら割と反応があったので、改めてまとめてみようと思います。これまで何年かiOSアプリの開発をしてきて、Storyboardとの付き合い方は何度も変わりました。なので、今回紹介するものはあくまで2018年現在のもので、来年には変わっているかもしれません。 説明のイメージを掴みやすくするため、画面の例を用意しました。左が編集時のStoryboardで、右が実行時のiOSシミュレーターです。具体的なトピックが出た時に、この例を説明に使うことがあります。 記事の最後にこれが動作するサンプルコードも用意しましたので、興味があればどうぞ。 Storyboardを使う目的 以下の2つを重視して、Storyboardを選択しています。 動作確認に掛かる時間を短縮する 成果物の構造を把握しやすくする ただし、Storyboar
いこーよの iOS アプリの開発を担当している namikata です。今回は UIViewController の画面遷移などの振る舞いを protocol で実装する方法を紹介したいと思います。色々な機能の実装を進めていく上で、こう書いたら使い回しきくしいいんじゃないかなぁ、と考えながら辿り着いた実装なので、まだ見えていない問題点があるかもしれませんが、自分の中では、開発効率が上がっていい感じで機能しています。 開発に携わっている いこーよアプリ をサンプルに書いて行きたいと思います。画面遷移などのアクションを protocol で書く事になった発端は、トップページ ( TopViewController ) のここの処理から始まりました。 ユーザーさんが投稿してくれた口コミの一覧なんですが、CollectionView で実装していて、このセル（ ReviewCell ）では以下のア
iOSDC2018「サブスクリプションサービスにおけるIn-App Purchase再考」 リアルタイムでの反応はこちら https://togetter.com/li/1262366
2018年9月1日 iOSDC Japan 2018 Day 2で発表したスライドです。(一部修正済み)
iOSDC 2018 https://fortee.jp/iosdc-japan-2018/proposal/353f43d5-4de4-4d80-bb8f-3b7bdaadb544
iOSDC Japan 2018でのプレゼンテーションスライドです。 ## 概要 原始のiPhoneからカメラは搭載されていましたが、深度センサが搭載されたのは比較的最近のことです。カメラやGPSが、デジタルの世界と我々が生きる現実世界を繋ぐ重要な役割を担い、アプリ開発者に多くの創造性を与えてくれたのと同様に、「奥行き」がわかるようになったというのはアプリ開発の次元がひとつ増えたようなものです。本トークではiOSでの深度の扱いについて、取得方法だけではなく、細かいパラメータの意味やMetalでの処理まで詳解します。 ## アジェンダ ## アジェンダ - 深度の種類とセンサのしくみ - 深度データを取得する - 深度データを使ってみる - できること・できないこと事例集 Read less
https://www.youtube.com/watch?v=lOY0YkH_5cA https://fortee.jp/iosdc-japan-2018/proposal/1056b7c9-d1ab-4c66-b6a7-e37254b969ee
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
