Academic Writing Made Simple: The Ultimate Guide for Writing Without Distractions
When it comes to writing an essay or another academic paper, one of the biggest challenges facing students is the inability to get focused on the task. In the modern world, too many distractions can get in the way of your academic success. And, one of them is your smartphone. On the one hand, if you also have trouble staying focused, you can always contact essay writer on EssayService and get prof
RxExample MVVM のその先へ（Fat ViewModel の倒し方） - Qiita
この記事は、RxSwift が提供する公式のサンプルである RxExample で行き詰まった方向けに、実践的な対処方法を紹介します。具体的には RxExample にある MVVM (Model-View-ViewModel) を真似たアーキテクチャで陥りがちな Fat ViewModel へ対処する方法の解説になっています。 なお、この記事の想定読者は RxExample の初級者〜上級者ですが、それぞれの方向けにこの記事の読み方を説明します。 初級者の方へ 登場するコードは、コメントだけ拾い読みしても内容がわかるように配慮しています。コードを深く追うと疲れてしまうと思うので、コード内のコメントの内容を追ってください。 上級者の方へ この記事では、RxExample 上級者が疑問を感じるであろうコードに「上級者向け注釈」をつけています。記事末に注釈の解説がありますので、そちらをご覧くだ
iOS 開発で storyboard と xib をうまく使い分けるプラクティス - クックパッド開発者ブログ
Web エンジニアだったはずがひょんなことから iOS アプリを書き始めてはや3ヶ月。ヘルスケア事業部の濱田です。 iOS アプリで画面遷移を実現するためには様々な方法があります。 コードのみを使う方法 xib を使う方法 storyboardを使う方法 etc. 初めはかなり混乱しましたが、最終的には storyboard と xib の合わせ技に落ち着きました。 今回はこの方法についてご紹介します。 storyboard を使うか、xib を使うか、それが問題だ アプリの UI 部品の配置は結構たいへんな作業です。とくに Autolayout の制約の設定などは、コードのみで設定するのは困難でしょう。Interface Builder の支援をなるべく活用したいところです。 そこで、storyboard もしくは xib ファイルを利用して ViewController（以下 VC）
iOS 11やiPhone XのSketch用デザイン素材まとめ | Web Design Trends
iOSのシステムフォントは「San Francisco Pro」というフォントが使われています。PCにこのフォントが入っていないと、UIキットやモックアップファイルを開いた時に表示崩れが起こったり正しく表示されない場合があります。Appleの公式サイトからダウンロードすることができるので、まだインストールしていない人は先に入れておきましょう。 おすすめのUIキット iOS Design Kit 最もおすすめのUIキットはこちら。iOSのUIキットやデザインキットで有名なサイト「iOS Design Kit」が公開している、iOS11の様々な画面のデザインが揃えられているUIキットです。iPhone 8とiPhone Xそれぞれのサイズが用意されており、様々な画面が用意されているので、デザイン制作に役立つのはもちろん、iOS11のデザインやiPhone Xのデザインの参考にもなります。
Interface Builderに依存しないiOS開発のススメ
Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.
Interface Builder用のLinterを作ってみた - Qiita
Interface Builderの問題点 iOSアプリを開発する限り付き合わなければいけないInterface Builder。 視覚的にViewの構造を確認できる便利な代物ですが、人類が扱うには少々厳しいポイントがいくつかあります。その1つが「指定できるオプションの多さ」です。 現在、Interface Builderのツールタブは6つに別れておりオプションを一望することはできません。そのため、指定するオプションを間違えていたとしても気づきにくい仕様になっています。 例えば、プロジェクト全体でRelative to marginの使用を禁止で統一しているとします。1 しかし、プログラマーはInterface Builder上でなかなか気がつくことができません。コードレビューで見つかる可能性もありますが、レビュアーの負担はできるだけ減らしたいです。 IBLinter そこで、Interf
実録。非エンジニアOLがiOSアプリエンジニアになるまでの道のり - burakon個人の日記
この記事はSwift愛好会 Advent Calendar 2017 16日目の記事です ※この記事はとあるOLの主観のみによって書かれていますのでお気をつけください。 2015年のOL 毎日帰宅は22時以降、正社員だけど見込み残業で年収300くらいだったとあるOL。 収入400万までのキャリアまでしかみえない ルーチンすぎて成長が感じられない、働くことで成長ができる成長スパイラルに入りたい コーポレート系職種は人材の空きが出づらいので再就職の難易度が鬼(採用時100倍いったことがある) コーポレート職種は求められるものが会社によって違うので、会社ガチャ 以上の懸念点が全て拭えるエンジニアへのキャリアチェンジを考えていました。 実務レベルのアプリをリリースする これができれば男女関係なく30代までなら就職できる印象。 年齢とかに引っかかるかどうかは会社の風土とかなのでなんとも言えませんが。
antitypical/Resultの良いところ
また、元のコードのvalue, errorは両方ともOptionalなので、以下の4つの組み合わせが存在します。 None, None None, Some Some, None Some, Some 元のコードは(None, None)と(Some, Some)を考慮していません。 つまり、実行時には(None, Some)と(Some, None)の2パターンしか存在しないという約束を前提としたコードとなっています。 Resultを利用するとそのような約束を型で表すことができ、2パターンしか存在しないことがコンパイル時に保証されるようになります。 Cocoaの伝統的なメソッドに対してもResultを使用できます。
RxSwift で MVVM パターンを作るときに参考になるサンプルコードまとめ - Qiita
artsy/eidolon artsy/eidolon オープンソースの iOS アプリ。 元々は RAC 2 で作っていたものを RxSwift で書き換えたとのこと。 その PR がこちら: Migrates from ReactiveCocoa 2.x API to RxSwift #569 https://github.com/artsy/eidolon/pull/569 sergdort/RxMarvel sergdort/RxMarvel Keeping this in mind I like to think about ViewModel as a “Black Box” which accepts some UI triggers, other dependencies and apply some Rx operators https://medium.com/@Ser
RxSwift2.0.0でMVVMモデルなRSSFeedアプリを作ってみたまとめ - Qiita
当初、めちゃいけてるPullRefreshライブラリDGElasticPullToRefreshを使う予定でしたが、AutoLayoutのバグで使用を断念 RxSwiftでのMVVMモデルの実現 こんなイメージ RxSwiftの使い所 1. Model : リクエストでObservableオブジェクトの生成 ここでは、APIリクエストでObservableオブジェクトを生成 レスポンスのJSONは、ObjectMapperを利用して作成したモデルクラスFeedResponseにマッピングしておくと楽でした func connect() -> Observable<FeedResponse> { let observable: Observable<FeedResponse> = Observable.create { (observer: AnyObserver<FeedResponse>
kicksterter/ios-oss を観察してみて思ったこと（その１） - おぼえがき
海外のクラウドファンディングサイト kicksterter.com は自社の iOSアプリ のソースコードをGithubで公開しています。 kicksterter/ios-oss なかなか評判が良さそうだったのでソースコードを観察してみました。 最も印象的だった部分はだいたい他の人の記事で分かりやすくまとめられていたので、 僕は俯瞰的な視点で思ったことをダイジェスト的に書くことにしました。 動機 僕は現在新規のiOSアプリプロジェクトに参加しています。 アプリ開発は最初が肝心なので、なるべく他のプロジェクトを参考にして構成を参考にしようと思い、オープンソースで公開されているkicksterterのiOSプロジェクトを観察してみました。 アプリ開発は最初が肝心 ソフトウェア開発も最初が肝心です。 初期段階のフェーズでの判断次第で、未来の開発環境が大きく変わります。 アプリ開発でも、最初に作っ
iOSアプリ設計大全集 2016 - Qiita
iOS関係の勉強会に参加するとほぼ間違いなく、設計に関する発表があるように思います。 「RxSwiftを使ってMVVM...」「Clean Architectureを導入...」, etc... 色々話を聞く中で、自分は以下のような課題があるなぁと感じています。 いろいろな設計方法があるけれど、結局何を使うべきなのかわからない 名前は聞いたことがあるけれど、それぞれがどのような設計で、何がメリットなのかわからない 勉強した時は分かったような気がしたけれど、もう忘れた この記事はこれらの解決の一助になればと思って書いたものになります。（設計へのモチベーションを上げたい） サンプルコードを交えながら、5つの設計について考察してみます。 ※ RxSwiftの名前を出しましたが、ライブラリに関してはこの記事では言及しません。 そもそも、なぜ設計に拘る必要があるのか iOSアプリ開発において、このよ
アプリ開発をするなら使いたいおすすめサービス集 - pixiv inside
こんにちは、創作物のC to C ECサービス『BOOTH』のスマートフォンアプリ(以下BOOTHアプリ)ディレクターを担当しているwatasukeです。 私は2017年4月に入社して、当時開発中だったBOOTHアプリを担当することになりました。(8月中旬にリリースされています！ぜひダウンロードしてください。) ■BOOTHアプリ アプリのディレクションをするのは初めてでしたので、アプリの世界観や技術・周辺サービスを調査するところからはじめましたが、これが意外と難航しました。 アプリは新しい形態であるためか、「Webのアクセス分析だったらGoogle Analytics」というような「とりあえずこれ」というものがわかりにくいように思います。一方で、市場規模や期待度、開発コストは非常に大きいので、小さく失敗することもしにくく、なかなか悩まされました。 そこでこの記事では、いろいろなサービスを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Bitrise - Mobile Continuous Integration and Delivery - iOS & Android Build Automation
GitHub - XVimProject/XVim2: Vim key-bindings for Xcode 9
ユーザーインターフェイスのデザインのヒント - Apple Developer
GitHub - mozilla-mobile/firefox-ios: Firefox for iOS
GitHub - kickstarter/Kickstarter-Prelude: A collection of useful Swift tools that are used in the Kickstarter apps.
GitHub - tirupati17/currency-converter-swift3.0-viper: Calculates money quick and easy way to see live foreign exchange rates (Based on swift 4.2, viper architecture and special thanks to https://github.com/hakanensari/fixer-io for conversion API)
404 Error