※Japanシーモアは、常に解説内容のわかりやすさや記事の品質に注力しております。不具合、分かりにくい説明や不適切な表現、動かないコードなど気になることがございましたら、記事の品質向上の為にお問い合わせフォームにてご共有いただけますと幸いです。 (送信された情報は、プライバシーポリシーのもと、厳正に取扱い、処分させていただきます。) はじめに Swiftの開発において、クロージャの概念は中心的な役割を果たします。 特に、@escaping属性はSwiftの関数型プログラミングの柔軟性と表現力を高める重要な要素です。 この記事では、Swiftの@escaping属性に焦点を当て、その基本から応用までを深く掘り下げていきます。 初心者から上級者まで、この記事を通じて@escapingの使い方や注意点、カスタマイズ方法まで理解を深めることができるでしょう。 ●Swiftの@escaping属性と
番号は作業をするときのフェーズを指しており、どのタイミングで自動生成したいかによって使い分けています。それでは、各フェーズの方法について見ていきましょう。 Xcode Template XcodeでiOSアプリ開発をする時には必ずテンプレートを利用しているかと思います。Xcodeのメニューから「File > New > File…」を選択した時に出てくるあのウィザードです。 それを使って、空のSwiftファイル作成を行ったり、UIViewController・NSObjectあるいはXCTestCaseの子クラス作るというのをしているかと思います。 初めから用意されているテンプレート以外にも実は自分自身で用意できます。また、デフォルトのテンプレートと同じくテキストフィールドやチェックボックスから生成されるコードを変更できます。 例えば以前社内で関わっていたプロジェクトでは、Template
こんにちは。withでiOSエンジニアをしている @zrn-ns です。 4月になりましたね。新たなメンバーが増える会社も多いのではないでしょうか。 今回は、Xcodeを初めて触るiOSエンジニアが一番最初にすべき設定をいくつかご紹介します。 編集リクエスト大歓迎です!👏 1. スペルチェックを有効化 Xcodeには標準でスペルチェックの機構があります。 メニューバー > Edit > Format > Spelling and Grammar > Check Spelling While Typing にチェックを入れることで有効化できます。 キャメルケースなどもちゃんと考慮されるので、割と便利です。 コードレビューでtypoレベルの指摘は絶対に受けないようにしたいですね。 2. 空白文字を表示する これは割と好みが分かれるところですが、最初のうちは有効にしておくべきだと思います。 メ
minne事業部モバイルチームのエンジニアをしております、@umatoshiです。最近はパルワールドに夢中で、全力で配合に取り組んでいます。 好きなパッシブスキルは脳筋です。 現在私は、minneのiOSアプリを開発しており、最新バージョンのXcode(執筆時点では15.2)対応とiOS15サポート終了予定等、2021年当時の記事からアップデートしたので、採用している新技術や開発効率を上げるための工夫をはじめとしたトピックを、minneのiOSチームに興味がある方へ向けて共有したいと思います。 去年はiOSDC 2023でブース出展もしていて、弊社から登壇もしていてminneについて紹介しています。こちらもどうぞ。 概要 まずiOS 14のサポートを終了しており、SwiftUI、 GraphQL、 SPM(Swift Package Manager)、 Combine、 Swift Con
gitで手こずった時に色々ググってると、「git fetch」と「git pull」がぐちゃぐちゃになってしまったのでまとめておきます。 結論から言えば、「fetchもpullもリモートリポジトリの最新情報をローカルリポジトリへ持ってくる」という操作になりますが、それまでの流れが違うので説明していきます。 リモートから最新情報をローカルに持ってくるのですが、場所は「master」ブランチではなく、「origin/master」ブランチに取り込まれます。 初めは「何それ知らない」となるのですが、具体的に言うと 「master」ブランチ…ローカルの中心となる統合ブランチで、他のローカルの作業ブランチと繋がったもの。 「origin/master」ブランチ…ローカルにある、リモートのmasterブランチを追跡するリモート追跡ブランチ。 となります。 両方ともローカルにあるブランチで分かりにくいの
発端 Pull Request で force push されると差分がわからなくなるから困るんだけどみんなどうしてますか?— codehex.bsky(へっくす) (@codehex) 2024年2月25日 ポストの前提がちょっとわかりませんが、レビュー後にforce pushされると、どこに修正を入れたのかわからないケースだと仮定します。プルリクエストがまだドラフト状態でのforce pushやrebaseで困るケースはそんなにないと思うからです。 git commit --fixup このケースではgit commit --fixupが便利です。レビューで指摘が入ったコミットに対して--fixupをかけておき、レビュワーはfixupコミットの内容を確認します。レビュワーが確認してOKが出た段階で、git rebase -i --autosquashなどを使ってfixupコミットを元コ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く