タグ

アーキテクチャとiOSに関するy-kobayashiのブックマーク (5)

  • iOSアプリを作るときのおすすめ構成

    高性能なMacマシンを確保まず、技術的なこと抜きに一定以上の性能のMacマシンを用意するのが良いです。取っ掛かりの勉強目的などならともかく、中規模以上のアプリを作る場合低スペックマシンでは著しく非効率です。 大体以下のようなイメージで、これ未満だと早めにマシン変えた方が幸せになれると思っています。 2–3年以内に買った20万円以上程度のMacBook Pro: 許容範囲iMac 5K: 良い感じiMac Pro: 一般的なiOSアプリ開発ではオーバースペック気味でコスパは微妙かも🤔会社で、交渉しても低スペック環境を強いられるのならば転職した方が良い気がしています🤔ちなみに転職ドラフトでSWHGという招待コードで登録するとお互いプロテインゲットできるので、気が向いたらお願いします( ´・‿・`) Continuous Integration(CI)環境次に、CI環境について触れます。CI

    iOSアプリを作るときのおすすめ構成
  • グローバルで戦うためのiOSアプリ開発の技術選定

    この記事は eureka Native Advent Calendar 2017 — Qiita の1日目の記事です。 Pairs Global事業部のiOSエンジニアのmuukiiです 🤠 エウレカの今年のアドベントカレンダーはネイティブアプリ用のカレンダーが用意されています! 面白い内容の記事でいっぱいになる予定なので毎日チェックしてもらえたらうれしいです! さて、題に入っていきますが、実は去年から今年にかけて、PairsのGlobal版iOSアプリをゼロから作り直しているのですが、技術的にどのような方針で作り変えたのかを話したいと思います。 作り直す前のアプリと比べて、とてもスムーズに動くので皆さんにも触っていただきたいのですが、 現在は韓国台湾のAppStoreでしかダウンロードできないのです 😭 触ってみたい!という方は私を事にでも誘ってもらえればと思います 🙏 Ap

  • iOSアプリケーションアーキテクチャ : MVVM、MVC、VIPER電撃比較

    About the content This talk was delivered live in June 2016 at mDevCamp. The video was transcribed by Realm and is published here with the permission of the conference organizers. MVVM、MVC、VIPERなど多様なアーキテクチャデザインがありますが、どれが一番良いのでしょうか。この講演では良いiOSアプリアーキテクチャを構成するためにどのような要素が必要なのかを見ていきます。 導入(0:00) New York Timesで働いているKrzysztof Zabłockiです。オープンソースまたは私が作ったFoldifyアプリを通じて私の名前を聞いたことがある方がいるかもしれません。もしかしたらObjectiv

    iOSアプリケーションアーキテクチャ : MVVM、MVC、VIPER電撃比較
  • Clean Architectureとその派生系による最適なiOSアーキテクチャ選定の考察 | DevelopersIO

    はじめに おばんです、給料日を過ぎたらいつでも給料日前、田中です。 この記事はSwift Advent Calendar 2016, 18日目の記事になります。当日より遅れての投稿になってしまいすみません!! もくじ 対象読者 この記事はなに? パターン紹介(クリーンアーキテクチャでの実装) パターン紹介(クリーンアーキテクチャ + Wireframe(VIPER Routing)での実装) パターン紹介(クリーンアーキテクチャ - DIでの実装) まとめ 参考・関連 対象読者 これからiOSでクリーンアーキテクチャを実装しようと思っている方 iOSのクリーンアーキテクチャを少しでも書いてる人 「もうやだクリーンアーキテクチャの実装重すぎだよおおおぉぉぉぉ」と思っている方 この記事はなに? クリーンアーキテクチャは昨今の複雑なアプリケーション開発において非常に有効な設計ではありますが、同時

    Clean Architectureとその派生系による最適なiOSアーキテクチャ選定の考察 | DevelopersIO
  • モバイルアプリアーキテクチャ勉強会 - Qiita

    public class MainActivity extends Activity { @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); Log.d(msg, "The onCreate() event"); } } つまり M-VC iOS も Android も View と Controller がまとめられてる M-VC なコードになる Model, ViewController という関係性 テストがかけない... だから設計談義が盛り上がる アーキテクチャを導入する目的 保守性の高いコード FatController にしない テストのかきやすい構成へ 考え

    モバイルアプリアーキテクチャ勉強会 - Qiita
  • 1