元ネタ SwiftUIの課題点 SwiftUIでは、同じ見た目をあらゆる記述で表現することができます。 故に可読性はエンジニアの腕の見せ所でもあります。 ここでは、SwiftUIのコンポーネントを参考に可読性の上げ方を考えてみます。 コンポーネントを構成する要素を考える 可読性を上げる上でヒントになるのがLabelクラスです。
SwiftUIとUIKit、結局どっちを使えば良いのか SwiftUIがUIKitの後継のように登場し、これからの開発においてSwiftUIを使うべきなのか悩んでいる開発者も多いと思います。 この記事では、いろいろな角度からSwiftUIとUIKitの立ち位置を考えてみます。 マルチプラットフォームから考える ここでのマルチプラットフォームとは、iOSとAndroidのことではなくAppleプラットフォームの上での違いを指します。 具体的には現在はmacOS, iOS, iPadOS, tvOS, watchOSが各プラットフォームを指します。 SwiftUIの特徴として、プラットフォーム固有のAPI1を除けば全く同じソースコードで上記の全てのプラットフォームでアプリケーションを実行することができます。 UIKitも、watchOSを除くmacOS, iOS, iPadOS, tvOSの開
SwiftUIでは、画面遷移の方法としてNavigationLinkと呼ばれる機能が存在します。 これは、遷移後のViewと表示するViewを指定することでpush遷移を提供するviewです。 NavigationLinkは以下のように、Listの中で使うこともできます。 struct ContentView: View { var body: some View { NavigationView { List { Text("cat") Text("dog") NavigationLink(destination: Text("detail")) { Text("fox") } } } } } しかし、Listの中でNavigationLinkを利用すると自動的に矢印のアクセサリ(UIKitで言うUITableViewCell.AccessoryType.detailDisclosure
アプリの申請を完全に自動化する ソースコードをpushしたら、あとは何も考えなくてもストアにリリースされる。 そんな環境を作ってみたのでメモ まだちゃんと動かなさそう(fastlane_sessionが1ヶ月でexpireする) 全体の流れ ↑こんな感じ Bitriseの部分は別になんでも良いのだけど、無料枠があったのでBitriseにしている。 automate.io は、いわゆるIFTTTのようなサービス。 似たようなサービスでメルカリの採用しているZapierと言うのがあるが、カスタムWebhookがプレミアム専用なのでautomate.ioを使うことにした。 正直Zapierの方がsampleみながらzap作れるしgmailの取得速いし、正規表現ちゃんと使えるのでZapierの方がおすすめです。 GithubにpushしてBitriseからappstore connectへアップロ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く