はてなブックマーク

初めに 最近ついに長い間開発していた労務プロダクトがリリースされました🎉🎉🎉 どうも株式会社HRBrainの打田です。 🎁🎅🎄今年ももう最後の月ですね🎄🎅🎁 労務でお困りの皆さん、是非とも弊社のシステムもご検討ください。 📄📄📄　HRBrain労務管理　📄📄📄 で、この記事は何の話をする記事なん？ これまでの開発を振り返り、改めて「タスクベースUI」と「OOUI（オブジェクト指向UI）」の特徴を 「ユーザーにとっての特徴」 「デベロッパーにとっての特徴」 という2つの軸で分析し比較しようという記事です。 特に改めて「タスクベースUI」の分析を深めにやってみようと考えています✋ 背景 現代のソフトウェアのデザイナーをやっていると 「OOUI（オブジェクト指向UI）」 と呼ばれる考え方を耳にします。僕もご多分に漏れずOOUIの形で今回のプロダクトを作ろうと考えてい

個人用メモです。 CodeCommit(コードコミット)の役割 AWS上のソースコードやファイルの管理システム。役割はgithubと同じ。 コードのアップロード、履歴の確認、プルリクエストなどができる。 ■メニュー一覧 Githubとの違いは、CodeCommitの方がセキュリティが高いこと。 Githubの場合、Privateにしているプロジェクトでも外部の開発関係者と丸ごと共有する場合がある。 このとき、AWSなどのサーバーのアカウント情報やPWなど共有してはいけないコードがGithubにあれば、それらも共有されてしまうため、セキュリティ観点でNG。 CodeCommitの用途 上述のとおり、AWSのアカウント情報などプロジェクトの管理者のみが所持しておくべき情報を保存しておく。 CodeCommitにアクセスする際にAWSのユーザーIDとPWが求められるため、それらを知っている人しか

iOSのアプリでは 重いリソース(大きいデータや画像など)を外部から毎回取得してくると パフォーマンスや通信量に負担がかかってしまうということもあり 端末(ローカル)にデータを保存して 同じデータの場合は端末上のデータを利用することがあります。 そしてその中でも データの種類や使用用途によって 保存方法や保存場所も変える必要があります。 これは 扱いやすさという点だけではなく アプリ審査のリジェクトを防ぐという点でも 必要になってきます。 今回は 端末にデータを保存する方法にはどんなものがあるのか？ どうやってデータは保存されているのか？ どういうデータをどういう方法で保存する必要があるのか？ などについて見ていきたいと思います。 今回取り上げるのは下記の4つです。 UserDefaults ディスク上のファイル Keychain Database UserDefaults アプリ内の L

などのように weakといった キーワードを使用することは多くあると思います。 これは「弱参照」と呼ばれ 直接の参照(強参照)を持たないように Swiftの内部に指示を出して 循環参照を起こさないための仕組みです。 こういった適切なメモリ管理を行わないと メモリが解放されないことでランダムにクラッシュするなど 原因がわかりづらい不具合を発生させる可能性があります。 そこで今回は weakなどを使用することで Swiftの内部で何が起こるのかを見ていき weakやunownedの使い方や オブジェクトのライフサイクルについて 学んでみたいと思います。 メモリの3つ仮想的な領域 メモリ自体はただのバイトの配列ですが プログラミングという観点で考えると 主に3つの領域に分かれます。 スタック領域 全てのローカル変数を保管している場所 グローバルデータ 静的な変数や定数や型のメタ情報を保管している

「Xcodeのビルドに時間がかかる！」 「なんか急に遅くなった？」 私はこう感じることがよくあります。 かつては 早く終わらないかなと思いつつ 他の作業をしながらただただ待っていました。 その後 色々と調べて改善する方法を少しは知ることができましたが そもそもXcodeのビルドの仕組みを知らず 根本的に何が問題になっているのかがわかっていませんでした。 そこで 今回は Xcodeがビルドの仕組みや ビルド時間を短縮するための方法などを いくつか見ていきたいと思います。 Xcodeのビルドの流れ Xcodeは下記の図のようにビルドを行います。 それぞれ何をしているのかを簡単に見ていきます。 PreProcessor Compilerへプログラムを送り込めるように変換 マクロをそれぞれの定義へ置換 依存関係の発見 PreProcessorのディレクティブ(#if DEBUGなど)を解決 Com

Combine.framework(以下Combineと略)は非同期の処理を扱うため どのスレッド(主にメインスレッドかそれ以外か)で処理を実行するのかが大切です。 全てをメインスレッドで実行すれば 画面が固まって ユーザの操作を阻害してしまうため アプリが使われなくなってしまう要因の一つにもなってしまいます。 今回はCombineとスレッドの関係を管理するための Schedulerの基本や動作について学んだことを書きます。 主に下記の記事を参考にしました。 https://www.vadimbulavin.com/understanding-schedulers-in-swift-combine-framework/ CombineにおけるSchedulerの役割 SchedulerはCombineが 「いつ」 「どこで」 機能するかを決めます。 「いつ」 アプリが起動しているOSの現在

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ※この記事は2020/7/28時点のBeta3の情報を元に作成しています。 2020/7/25 IntentConfigurationのinitでplaceholderを引数に渡すことがdeprecatedになっていたので追記しました。 2020/7/28 isPlaceholder(deprecated) redacted placeholder unredacted について追記しました。 2020/8/21 TimelineProviderのplaceholder(in:)、Location Permission、 Timelin

※　この記事は2020/7/9時点の内容を元に作成しています。 ※　2020/7/9 ListsのSwipeをハンドリングする設定がUICollectionViewListCellからUICollectionLayoutListConfigurationに移動しました。 ※ 2020/8/23 textLayoutGuideについて追記しました。 今回もたくさんアップデートがありました WWDC2019に引き続き WWDC2020でもUICollectionViewには 様々な新しいAPIが追加されました。 SectionベースでのUICollectionViewの構築 UITableViewのようなListsの登場 Reusableで豊富なdefault設定とカスタマイズが可能なConfigurationの登場 などがあります。 今回はその内容についてまとめてみます。 参照にしたセッショ

過去を振り返って iOSを学びはじめて一番最初に戸惑ったことは どうやってUIを作成するのか？ ということでした。 最初Xcodeでプロジェクトを作成すると Main.storyboardがあり Storyboardを使ってUIを作成していくものだと思いましたが 色々なサイトで情報を調べてみると コードレイアウト Xib(Nib) AutoLayout autoResizingMask など色々なUIの構築方法が出てきて 結局何が良いのかがわからなくなりました。 今回は これからiOSを学ぶ人向けへの UIの構築方法のまとめ記事があったので それを参考にして どのようなUIを構成する方法があるのか？ どういう時にどの方法が選ばれているのか？ 何を学び、どう学ぶのか？ について見ていきたいと思います。 Xcodeの始まり AppleのSDKは 1997年のスティーブジョブズの２番目のスタート

経緯 仕事の関係で トリミングする枠を変形させて画像をトリミングできる画面や グラデーションで色が変化していくプログレスバーなどを作成する機会をいただき 今まで馴染みのなかったCore Animationを使用することになりました。 正直、CA〇〇とかCG〇〇という名前を見ると 「うっ」となってしまい苦手意識を持っていました。 あまり知識がないことから何が起きているのかがわからず 不思議な挙動に出会うと解決するのに 時間がかかるのが非常に辛く感じていました。 (今もそうですが。。。) ただ 今回調べたことでちょっと仲良くなれたのかなと感じており せっかくの機会ですので調べたことをまとめてみたいと思います。 Core Animationとは？ Appleのドキュメントによると Viewやその他の画面に表示されるような要素を アニメーションさせるために使われる グラフィックの描画やアニメーショ

今年のWWDCでは マルチプラットフォームでの利用というものが注目され 今後はより多様な形でアプリが使用されていくのかなと感じています。 そんな中で インターネットへの接続はなくてはならない存在ですが 環境によって接続状態は大きく変わります。 地下鉄でデータをダウンロードしている最中に 途中で接続が遮断されてダウンロードが止まってしまうこともあるかもしれません。 そういった刻々と変化する状態をどうやって把握すれば良いのか 今回はiOS11以降に導入された機能を中心に見ていきたいと思います。 ※ 今回iOS11以降に焦点を当てた理由として 最新のOSの２世代前までサポートするアプリが多いと個人的には考えており 今年の秋のiOS13バージョンアップ以降は iOS11以降の機能を使用していくことになると思っているからです。 SCNetworkReachability SCNetworkReach

少し前に「これは何だろう？」と思ったことについて調べてみました。 SwiftのResultとは？ SuccessとFailureの2つのケースを持ったenumです。 多くの方が自前で今まで実装してきましたが Swif５.0で標準ライブラリに導入されました。 鉄道指向プログラミング(Railway Oriented Programming)とは？ 2014年にScott Wlaschinさんが提唱された 関数型プログラミングを行っていくなかで エラーハンドリングをどう扱っていくかに主に焦点を当てたプログラミング手法です。 Many examples in functional programming assume that you are always on the “happy path”. But to create a robust real world application you

2019/8/7 追記 iOS12以前でもUICollectionViewCompositionalLayoutが使用できるようにするライブラリについて追記しました 2019/8/21 追記 Xcode11 Beta6でNSDiffableDataSourceSnapshotのメソッドがmutatingになったので変数をletからvarに変更しました。 iOS14のアップデートについてはこちら https://qiita.com/shiz/items/4227accc7d13ae439d1d WWDC2019ではSwiftUIの登場に注目が浴びていますが UICollectionView(UITableViewなども含まれる)にも すごく大きな変化がありました。 iOS13以降ではこのスタイルが主流になるのではないかとも感じており この機会にまずは何が変わったのかについて LayoutとD

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 2019/6/14 Combine in URLSessionについて追記しました。 2019/6/18 Xcode11 Beta2より＠PublishedとDataTaskPublisherが補完されるようになりました。ドキュメントもできていましたのでリンクも追記しています。 2019/6/24 Subscriberのreceive(_ input: Self.Input) -> Subscribers.Demandについて追記しました。 2019/6/29 下記について追加、修正しました。 catchがなぜ元のPublisherの出

2019/7/17 @GestureStateについて追記しました。 2019/7/19 BindableObjectがdidChange->willChangeなど変更されていたので修正しました。 https://developer.apple.com/documentation/swiftui/bindableobject 2019/7/30 Xcode11 Beta5でBindableObjectはdeprecatedになりObservableObjectを使うようになったので追記しました。@ObjectBindingも@ObservedObjectに名前が変わりました。 2019/7/31 ObservableObjectがCombineに含まれること、IdentifiableはStandard Libraryに移動したことについて記載しました。また@Publishedをつけるとw

Sign In with Appleとは？ 今年のWWDCで発表された Appleアカウントでアプリの サインアップやサインインができる機能です。 対応必須 様々なニュースで下記のようなことが書かれており https://japan.cnet.com/article/35138002/ レビューガイドラインを見る限り サードパーティーのログイン連携をしているアプリは Sign In with Appleの実装が必須になります。 弊社のアプリでもFacebookログインなどを使用しており 今後対応が必要になるだろうと思い まずどういうものか知るために サンプルコードとセッション動画の内容から 現状わかったことをまとめてみました。 公式のサイトはこちら https://developer.apple.com/sign-in-with-apple/ Introducing Sign In wit

経緯 個人的な開発をしている際に Action Extension(Share Extension)を初めて使う機会があり それとなく調べながらやってみたのですが 色々すんなりといかなかったことがあったので 記録してみました。 もし同じ現象で悩んでいる人のお役に立てましたら幸いです。 また、まだわからない部分が多いので 間違いなどございましたら教えていただけますと嬉しいです🙇🏻‍♂️ ※今回の例ではAction Extensionを使用していますが、 Share Extensionでも同様の現象が起きました。 また、Extensionの名前は「TestActionExtension」で作成しています。 検証環境 iOS: 12.1 Xcode: 10.1 ブラウザ: Safari, Chrome 使用PDF: http://www.takaramono-pj.jp/wp-content

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ※ 色々と誤解を招くというご指摘を受けたためタイトルを変更しました 早すぎる抽象化の危険性 ↓ 早すぎる抽象化の危険性(その抽象化、今のタイミングで大丈夫ですか？) 元の記事の趣旨としては、 抽象化をするな という訳ではなく、 その抽象化は本当に今すべきなのか一歩立ち止まって考えろ ということだと思っております。 何か不適切な点などございましたらご指摘頂けますと幸いですm(_ _)m ~~ 以下本文 ~~ ちょっと前の記事なのですが とても印象深く 今後も気をつけていきたいと思い 自分なりにまとめてみました。 早すぎる抽象化とは？ 問題

経緯 Swiftは型安全な言語であると言われています。 その理由の一つとしてコンパイル時のチェックが行われるため 実行時エラーの可能性を減らすことができるからです。 もちろん毎日コードを書いている中で 型安全の恩恵は受けているのですが 型安全とはどういうことなのか もっと型を有効に使うことはできないのか そんなことを考える中で Phantom Typeについて少し検討してみました。 Phantom Typeとは？ 型としては出てくるものの 実装としては登場してこない型を指します。 見えないけど存在しているまさに幽霊のような存在です。 何が良いのか？ Phantom Typeが存在することでコンパイラチェックが働き 実行時に起こりえない状態を除外することができます。 使用例 良く挙げられる例としては状態管理があります。 Phantom Typeが現在の状態を表現すると同時に 次に移行できる状

WWDCを前に過去のiOSバージョンの見直しをしようと思います。 関連記事: [【Swift】この時期だから見直すiOS10の新機能 UIGraphicsImageRendererとUIViewPropertyAnimator] (https://qiita.com/stzn/items/26d8c238e7055c523f80) [【Swift】この時期だから見直すiOS10の新機能 UserNotificationsとNotification Content ExtensionとNotification Service Extension] (https://qiita.com/stzn/items/ab39faae1ef3a758fc08) なぜiOS10? iPhoneの工場出荷時の初期バージョンが最新の２つ前に設定されている(はず?)なので、方針として２つ前のバージョンからサポー

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 経緯 普段使っているのに全体像があまり見えていないものとして Grand Central Dispatch (GCD)とOperationQueueが 自分の中にあり色々と調べてみました。 調べていけばいくほど新しいことがどんどん出てきて収拾がつかなくなってきたのですが、現時点までの部分でまとめてみたいと思います。 概念の紹介 最初にいくつかの概念について紹介します。 Concurrency 複数のスレッドを用いて行われる同時並列処理のことです。 iOSでは１つのプロセス(アプリケーション)の中で１つ以上のスレッドを用います。 シングル

※これは2019/1/13時点の情報です。 最近Firestoreを触りはじめました。 (メインはiOSです。) 今までRDBを使ってきましたが NoSQLはほとんど経験がなく どういうデータ構造で設計すれば良いのかがいまいちわからなかったので 色々と調べています。 その中でFirebaseの↓の動画を見つけ 具体例と共にデータ構造についての決め方などが話されており 整理をするためにも記録としてまとめてみました。 6つのルール データ構造を考える前に 現時点でのルールがいくつかあるらしく それについては↓の動画で言及されており それについても記載します。 1. ドキュメントに上限がある 1つのドキュメントに格納できるのは1MBまで 画像など格納するは難しそうです。 フィールドは20,000まで マップにするとマップ自体も1つとしてカウントされます。 これはFirestoreが各フィールドに

はじめに Swift Advent Calendar 2018 の 16 日目です。 AdventCalendar初参加させていただきます。 @tattnさんのBetter Swiftと少し趣旨が被っているなと感じていますが そこはご了承いただけますと幸いです。 (月初には９割方書いており、テーマを変更する余裕がありませんでした) 今回の内容の動機 11月に転職をしてiOS専任のエンジニアになりました。(今のところ) これまでは人数が少ない受注開発の会社に勤めており、 1人1人がプロジェクト単位で 複数のプロジェクトを受け持つというスタイルで開発していました。 そのため コードレビューという経験がほとんどなく インターネットや書籍で調べ サンプルを作成して検証して これは確からしいことを確認して実装する というスタイルで開発を進めることがほとんどでした。 今回 ご縁をいただいて転職し ほぼ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 経緯 日頃から使っているURLSessionですが、 実際に使っている機能は結構限られており、 いまいち使いこなせていない気がしていました。 そう思ってWWDCの動画を改めて見たり、 あれやこれやとURLSessionについて調べてみたのでまとめたいと思います。 基本的にはAppleのドキュメントなどを参考にしています。 URLSession Programming Guide URLセッションプログラミングガイド Advances in Networking Part 2 Optimizing Your App for Today’s

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?