Aug 12, 2018 少し前に、自分のStoryboardの使い方をツイートしたら割と反応があったので、改めてまとめてみようと思います。これまで何年かiOSアプリの開発をしてきて、Storyboardとの付き合い方は何度も変わりました。なので、今回紹介するものはあくまで2018年現在のもので、来年には変わっているかもしれません。 説明のイメージを掴みやすくするため、画面の例を用意しました。左が編集時のStoryboardで、右が実行時のiOSシミュレーターです。具体的なトピックが出た時に、この例を説明に使うことがあります。 記事の最後にこれが動作するサンプルコードも用意しましたので、興味があればどうぞ。 Storyboardを使う目的 以下の2つを重視して、Storyboardを選択しています。 動作確認に掛かる時間を短縮する 成果物の構造を把握しやすくする ただし、Storyboar
記事内に広告を含む場合があります。記事内で紹介する商品を購入することで、当サイトに売り上げの一部が還元されることがあります。 Auto Layoutを使って非表示にしたコントロールの部分を詰める（トルツメ）方法を説明します！ UIImageViewを3つ並べて、真ん中のUIImageViewの表示・非表示を切り替える例 画面には以下のように3つのUIImaveViewを配置しているとしましょう。そしてボタンをタップすると真ん中のUIImageViewの表示・非表示を切り替えることができ、非表示になった際は空いた部分が詰められる（一番右のUIImageViewの位置が左にずれる）とします。 一番左のUIImageViewの制約を設定する 1つ目のUIImageViewには、以下のように制約を設定します。 左から0空ける（Priority:1000） 上から8空ける（Priority:1000
LLM活用の現在とこれから：LayerXにおける事例とともに 2025/1 ver. / layerx-llm-202501
iOS Advent Calendar 2017 14日目の @tdkn_ です！ 株式会社バックムーン でエンジニアしてます。会社では「てど氏」って呼ばれています 13日目は @kamekiti さんの「iOSアプリ新規開発のノウハウ」でした。 ちなみに明日の担当は @huin さんです。 Advent Calendar に参加するのは今回が初めてです。当初は面白い記事書いてやるぞ〜と意気込んで参加登録したものの、なかなか執筆時間が確保できず...。そこで、今回は僕が iOS 開発をする中でライブラリ探しをするときのフローと、実際によく使っているおすすめのライブラリを紹介したいと思います。 ライブラリの探し方 Awesome iOS を眺める 知らない人もいるかもしれないので説明すると、まず GitHub に awesome というリポジトリがあります。Awesome とは 素晴らしい
Firebaseのイベントでクックパッドの某サービス様が、**「うちはエンジニアはiOSエンジニアだけで、APIも3本くらいです」**とおっしゃっており、「これが時代か」と感動して、いつか触ろうと思っていて、年始で時間もあるし調べて考察。 2018-01-04 追記 コメント、Twitterで返信いただき誠にありがとうございます！懸念部分はfirebaseの既存の仕組み+GAE/GCPである程度解決できそうです。また記事書きますー！ よくあるチャットアプリを例にする ログインしてチャットができるアプリを作ってみる 必要な画面 ログイン画面 ログイン チャットルーム一覧画面 チャット一覧表示 最新の更新ルームを取得して、自動更新 チャット詳細画面 チャット一覧表示 チャットが来たら更新 チャット送信 もし普通にサーバ立ててやるなら API [POST] /login [POST] /logo
また、人それぞれ見解が多少異なると思うので、同じタイミングであろうとも色々な方が書かれてみるのも面白い題材かなとも思っています( ´･‿･｀) それではiOSアプリ開発に必要な要素ごとにつらつらと書いていきます。それぞれ語りすぎるとボリュームが増えすぎるので、あえてなるべく浅めに書いていきます🐶 高性能なMacマシンを確保まず、技術的なこと抜きに一定以上の性能のMacマシンを用意するのが良いです。取っ掛かりの勉強目的などならともかく、中規模以上のアプリを作る場合低スペックマシンでは著しく非効率です。 大体以下のようなイメージで、これ未満だと早めにマシン変えた方が幸せになれると思っています。 2–3年以内に買った20万円以上程度のMacBook Pro: 許容範囲iMac 5K: 良い感じiMac Pro: 一般的なiOSアプリ開発ではオーバースペック気味でコスパは微妙かも🤔会社で、交渉
今年でAdvent Calendarに参加するのは3年目。 2015年: iOSアプリ開発におけるイースターエッグのすすめ - NSBlogger 2016年: iOSアプリエンジニアのための面接質問集100選 - NSBlogger 今年は新規アプリ開発についてです。 iOSアプリの新規開発 仕事で何度か新規でiOSアプリを開発することがありました。チームやそのときの状況に応じて柔軟に対応するのがベストですが、その中でもやっておいてよかったなぁと感じたことについて紹介します。 iOSアプリの開発以外でも応用できる内容かも。 CIははやめに CIの構築は初期段階で行っておくと、以下のようなメリットがあります。 ビルド時間が早いのでCI構築時のサイクルがはやい 何か問題が起きた場合、CIの設定まわりが怪しいといえる その後の開発サイクルがスムーズになる 最低限のプロジェクトの設定をしたら、ま
俺コン Vol.1 / Day.1 Track C で発表した資料になります。 #orecon_ios #kyobashiswift
iOSDC 2017 (Sep 16, 2017) https://iosdc.jp/2017/node/1317 Library: https://github.com/inamiy/Cassowary
MotivationI wanted to share my biased conclusion that Storyboard has more cons than pros based on my limited experience working in a startup with 8 other developers. Disclaimer: I use storyboards all the time. I have specific usage cases. I’m aware it isn’t a black and white answer. Only tradeoffs exist. ObjectivesFirst, you will learn at which circumstances I favor storyboards. Second, you will l
テーマ UILabel、UIButtonなどを簡単に角丸、枠線をつける方法をご紹介します。 背景 今まで、ちょっと角丸にしたい、線をつけたいというときに、 毎回ソースコードにcornerRadiusやmasksToBoundsなどに値をセットしていました。 面倒だなーと思っていると、 StoryBoard上で、簡単にできる方法があったので、ご紹介します。 extensionを利用する方法です。 まずは、完成品は、こちら 手順 UIViewのextensionを作る 対象のViewをStoryBoardで設置する StoryBoardで対象Viewの値を設定する 以上です。 では、やってみます。 1. UIViewのextensionを作る 今回は、角丸と、枠線を引くためのプロパティを追加します。 import UIKit extension UIView { @IBInspectable
twitter.com The news says machine learning is the Next Big Thing. But machine learning is happening way over there, on servers, in universities and in big companies with big data. What is it really, and what does it mean for over here, on mobile, in Swift? Are we –gulp– legacy tech? This talk will present a fast, concrete, down-to-earth survey of machine learning, from the perspective of iOS & Swi
御機嫌よう、最近Swiftな世界に入門しているガラパゴスのおとめです。 今回は、SwiftからGoogle Cloud Vision APIとMicrsoft Cognitive Computer Vision APIのテキスト検出（OCR）を使ってみようと思います。 なお、この記事はSwift 3.0とXcode 8.2.1を対象にしています。 プロジェクトの作成 まず適当にプロジェクトを作ります。また、今回はAlamfireとSwiftyJSONを使っていますが、これらのライブラリはCocoaPodsでインストール・管理しました（インストール方法などは省略します）。 ではサクッとViewを作ってしまいます。今回はカメラロールから選んだ画像を上に、検出したテキストを下に表示したいと思います。 カメラロールを表示するボタンは何でもいいのですが、ここではNavigation Barにおいてみ
最近Segueをいかに安全に使って画面遷移するかということを考えていたけど、#swtwsを見ていてそもそもSegueを使わない/嫌いという人が結構いるんだなと思ったのでSegueを使わないで楽に安全に画面遷移する方法を考えてみたら意外といい感じになった。 Segueの危うい所 コード内ではSegueのidentifierを単なる文字列として扱う所 performSegue(withIdentifier: "toDetailVC", sender: nil) だからSegueの名前が変わった時に直し忘れていてもコンパイル時にチェックできない。 遷移先のViewControllerをいじるのはいわゆるprepareForSegueメソッドの中なので、複数の遷移に関する処理が一つのメソッドにまとめられてしまう所 override func prepare(for segue: UIStorybo
iOSアプリの開発において共通処理をBaseViewController(仮)のような親クラスに定義して、 各画面はこの親クラスを継承するといった実装がわりとあるかなと思います。 このような実装の場合、BaseViewControllerが肥大化して、見通しの悪い設計になりがちです。 また、独自フレームワークのような実装になってしまう傾向があり、 チーム開発においては、メンバーの学習コストが上がるなどのデメリットがあります。 その一方、各viewControllerに共通で入れたい処理というのはあるので、 そういった場合は、Protocol ExtensionsのWhere句を利用してTraitを実現するといいなと考えています。 例えば、UIActivityViewControllerを使って、データを共有する処理を共通化する場合 BaseViewControllerを利用した実装は下記の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
