[SwiftUI] 個人的に有用だと感じたテクニック集を『Effective SwiftUI 候補（仮説）』として公開しました。iOSSwiftSwiftUI Tl;Dr GitHub Discussions にて公開しています。 どなたもリアクション・コメントなどで、お気軽にディスカッションいただければ幸いです （もちろん読むだけでもOKです） 経緯（興味のある方のみどうぞ） 私はここ2〜3ヶ月ほど、SwiftUI にどっぷりと浸かっていました。 SwiftUI はコードの見た目からは想像できないほど 難しく、また Apple からは推奨される設計・実装パターンはおろか、必要十分といえるドキュメントすら提供されていないように感じました。 そのような状況の中で試行錯誤を繰り返しているうちに、これは多くの SwiftUI プロジェクトで使える 効果的（Effective） なパターン・慣習で

class FeatureA { func foo(): String { let b = FeatureB() // Use `FeatureB` return b.bar() + "!!" } } class FeatureB { ... func bar(): String { // do something } } ここでは、FeatureA クラスが FeatureB クラスを利用している。こういう時、 FeatureA は FeatureB に依存していると表現される。FeatureB が存在しなければ、FeatureA は利用できないからだ。 前述のコードは問題なく動作するが、FeatureA のユニットテストをしたい時に問題が起こる。FeatureB をテスト用のモックに差し替えられないのだ。 だから、私達は Protocol という道具を使って、FeatureB を差し替

Tl;Dr Swift 5.1 から追加された--enable-test-discoveryオプションを渡せばよい。

Swift で Parameterized-test するライブラリを作ってみた話。あるいは Function builders の使いどころ。iOSテストSwift

[GitHub] まだ PR レビューで『typo』ってコメントしてるの？（Suggestion機能で修正提案する）GitHub Tl;Dr Suggestion（Cmd + g） で修正提案のコメントができ、 取り込む人は diff を確認し、 Commit suggestion からボタン一つでコミットして取り込める。 追記：2020/02/27 まだ、ベータ段階だが複数行の修正提案にも対応された。 Suggestion Change 冒頭のようにsuggestionをつけたコード形式で記述すると、修正提案という形でコメントできる。 単純なtypoであればこのままコメントしても伝わるだろうし、補足したいことがあれば冒頭のように説明を追加することも出来る（これが適切な例かは別として）。 取り込む人は diff を確認してボタン一つでコミットできるし、レビュアーは自身のコメントが取り込まれ

TL;DR UITableViewのコンテンツ領域全体をキャプチャしてUIImageとして取得する方法です。Swift 3.0 で書いてます。 同僚と話していて「UIViewのキャプチャは取れるけれど、UITableViewのコンテンツ全体のキャプチャって取れるんですかね？」みたいな話になって、ググっても出てこなかったので書いてみました。 ソース全体はGistに上げています。 https://gist.github.com/YusukeHosonuma/5235d14f20077573c031dd780e2dbef0 ソース UIView まずはUIViewのキャプチャを。 extension UIView { func captureImage() -> UIImage? { UIGraphicsBeginImageContextWithOptions(bounds.size, fals

TL;DR Rustのprintln!のフォーマット指定についての記事です。 長い記事でもありませんが、以下のソースを見れば大体わかります。 https://gist.github.com/YusukeHosonuma/6ee32ade9ac88cbc9fbd6b494154c5a0 はじめに 最近「Rustはいいぞ！」という声を聞いたり、Swiftが影響を受けた言語がRustだったりと、気になったので勉強し始めました。 Rustで標準出力はprintln!マクロで行うのですが、フォーマット指定がC言語などのprintfとは異なります。 以下のあたりのドキュメントに詳しく書かれているのですが、自分でコードを書いていて迷ったりすることもあったのでまとめてみました。（網羅はしていません） 基本 println!で標準出力 {}がプレースホルダ format!でフォーマット後の文字列を取得（指定

最近、RxSwiftを始めました。（ので、まだ初心者です） いろいろとコードを書きながら勉強中なのですが、VariableからObserverへ単方向バインディングするコードが少し長いなぁ、と感じたので改善策を考えてみました。 基本な書き方 以下のようなViewModelがあって。 class ArticleViewModel { var title = Variable<String>("Titleですよ") var content = Variable<String>("Contentですよ") } class ArticleViewController: UIViewController { @IBOutlet weak var articleTitleLabel: UILabel! @IBOutlet weak var articleContentLabel: UILabel! l

はじめに NSMutableArrayから（Swiftの）Arrayへの変換には、以下のように2回のキャストが必要になります。 let mutableArray: NSMutableArray = Foo.someArray() if let xs: [String] = mutableArray as NSArray as? [String] { } // or if let xs: [String] = mutableArray as [AnyObject] as? [String] { } しかし、asキーワードが2回も登場して、視覚的にどうもゴチャゴチャして読みづらく感じます。 ジェネリックなメソッド すぐに思いつくのは、NSMutableArrayのextensionを作成して、そこでジェネリック（多相的）なメソッドを宣言することです。 extension NSMutableAr

はじめに ViewControllerにおいて、viewWillAppearまたはviewDidLayoutSubviewsなどのタイミングで一度だけ実行したい処理をたまに書きたいことがあると思います。（viewDidLoadに記述できるのであればもちろんその方がスマートですが） dispatch_once は使えない GCDのdispatch_onceはマルチスレッドを考慮したシングルトン生成のパターンによく利用されますが、アドレスを指定した処理であるため静的に配置される変数（static変数）に対してしか正しく処理できません。（アプリケーション実行中に本当に一度だけ実行したいケースにしか利用できない） 言い換えると、今回のようなViewControllerが生成された後で一度だけ処理したい、というようなケースには対応できません。 シンプルに書くと 以下の様な処理になるでしょうか？ va

シリーズ :: [Qiita記事] Haskell個人メモ :: 1.基本 Haskell個人メモ :: 2.型 Haskell個人メモ :: 3.関数の構文 Haskell個人メモ :: 4.再帰　←いまここ 再帰の必要性と考え方 命令形言語と違ってループが無いので、代わりに 再帰 を使う。 どうやって ではなく、 どうあるべきか で考える。（数学的な定義のイメージ） 例1) nの階乗の定義 0! = 1 n! = n * (n - 1)! 例2) n番目のフィボナッチ数 1番目のフィボナッチ数は1 2番目のフィボナッチ数も1 n番目のフィボナッチ数は(n - 2)番目のフィボナッチ数 + (n - 1)番目のフィボナッチ数 問題の 基底部 （これ以上分解できない実体の値）を考える。 階乗の例では0! = 1 フィボナッチ数の例では、1番目の1と2番目の1 一般的にリストであれば空のリス

Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up

シリーズ :: [Qiita記事] Haskell個人メモ :: 1.基本 Haskell個人メモ :: 2.型 Haskell個人メモ :: 3.関数の構文　←いまここ Haskell個人メモ :: 4.再帰 パターンマッチ 基本 -- | ラッキー？ lucky :: Int -> String -- Int型を引数に受け取り、String型を返す lucky 7 = "Lucky!" lucky x = "Unlucky..."

シリーズ :: [Qiita記事] Haskell個人メモ :: 1.基本 Haskell個人メモ :: 2.型　←いまここ Haskell個人メモ :: 3.関数の構文 Haskell個人メモ :: 4.再帰 明示的な型指定

はじめに Haskell学習中なのですが、アウトプットして理解を深めようと書いてみました。 まとめのベースは「すごいHaskell楽しく学ぼう」という本で、コード例も似ている（あるいは同じ）ものが多いです。 本の章ごとに個人メモという形で（リファレンス的な）記事を書いていこうと思います。 シリーズ :: [Qiita記事] Haskell個人メモ :: 1.基本　←いまここ Haskell個人メモ :: 2.型 Haskell個人メモ :: 3.関数の構文 Haskell個人メモ :: 4.再帰 Haskellの特徴 純粋関数型言語（副作用を持たない） 静的型付け 型推論がある 遅延評価 論理演算 - && || not

struct Dog { let name: String let age: Int let type: String } let array: [Dog] = [ Dog(name: "ポチ", age: 3, type: "柴犬"), Dog(name: "ジョン", age: 4, type: "ゴールデンレトリバー"), Dog(name: "エレナ", age: 2, type: "プードル"), ] print(array) // ここでbreak!

はじめに 私は普段 Tig（てぃぐ）を使っているのですが、どうも Tig の知名度は意外と低いようです。そして噂に聞いて使い始めても、とっつきづらいなどの理由でやめちゃう人も多いようです。 しかし、最初の壁さえ乗り越えてしまえば、Tigは便利なGitツールとして自身のツールボックスに加えられると思います。 実際に私の経験として、同僚に10分くらいで Tig のインストールから基本操作をレクチャーをしたところ 「Tigめっちゃ便利や・・・！」 という感想を頂いたこともあります。 概要 本記事では、Tigを使うモチベーションからインストール、まず覚えるべき「コミット操作」について書いています。 すなわち私が同僚にしたレクチャーの追体験です。 ターミナルにテーマを設定しているため、スクリーンショットがお使いの環境と異なる方が多いと思いますがご容赦ください モチベーション Gitのコミット操作（ス

TL;DR 以下のブックマークレットを作っておけば、ポチるだけでGitHubのディスカッションがすべて開く。 javascript:Array.prototype.forEach.call(document.querySelectorAll('.discussion-item-body'), function(node) { node.style.display = 'block' }); 追記： Chromeのエクステンション、いつのバージョンからか署名が必要になっていたり面倒になったので、ブックマークレットという素敵な解決手段を思いつきました。（なぜ最初からこれにしなかった） 概要 普段、GitHubを使用して開発・コードレビューをしているのですが、 困ったことにコメントしたディスカッションが勝手に閉じてしまったりします。 こんな風に。 クリックすれば開けるのですが、 数が多くなってく

はじめに 達人プログラマーによれば、 一つのエディターを熟知すること。 とのこと。 最近は「Atom」を使っているので、公式ページのドキュメントを見ながらメモってみました。 個人的なまとめなので、全ては網羅しておりませんがあしからず。 環境 Mac OS X（El Capitan）でv1.3.2のドキュメントを参考にしています。 （バージョン1.0になったので今後はそんなに変わらないと思いますが）

仕事でSwiftのコードをよくレビューするのですが、どうやら暗黙的アンラップ型（Implicity Unwrapped Optional）をいつ使うべきか迷う方が多いようです。 以下、文中では「暗黙的アンラップ型」で表記を統一します。また、Optional.Noneはnilという表現で統一します。説明を簡潔にするために一部正確でない表現をしている箇所があります。 復習 暗黙的アンラップ型は、 Optional型だけれど、アクセスするときには明示的なアンラップがいらない（強制的にアンラップされる）型 です。 以下のように!を型の後ろにつけて宣言します。