フロントエンドのつくりかた
フロントエンドの特定技術について語る解説は多くあれど、そもそもフロントエンドのつくりかたについて語った解説は多くないのではないでしょうか。 フロントエンドという大きな領域ですので恐れ多くもありますが、私が GUI プログラミングに携わった経験をもとにお話した内容のスライドとその補足をここでしたいと考えます。 スライド スライドのページ数は多いですが、差分がほとんどですので、それほど構える必要はないです（カーソルキーに負担がかかるという問題を除いて）。 補足解説 大きなテーマごとに補足をしていきます。 スライドで取り上げているテーマは次の４つです。 GUI アーキテクチャパターン データの同期 エラーハンドリング コンポーネント構造 「GUI アーキテクチャパターン」はいわゆる MVC や MVP といわれるものがどういったものかを解説する章です。 「データの同期」は画面と実際のデータが離れ
ライブラリを使わずにMV*の話(iOS)〜MVC, MVP, MVVM〜
話すこと アプリの責務の分け方 Model アプリ内で扱う状態・値を持つ Modelの外から指示を受け処理を行う 状態・値の変化をModelの外へ間接的に知らせる View/Whatever 画面の構築/表示 ユーザー操作の受付 アクションを定義する アクションの結果/途中経過を受け取る 内部表現を視覚表現へ変換する MV* の種類 View/Whatever間での仕事の分け方は複数ある (Model-View-Whatever 間の接続の仕方も複数ある) 分けた後のクラス連結の仕方 Commandパターン(直接指示する) Observerパターン(間接的に通知する) 対象読者 Fatなクラスを作りがちで困っている人 責務の分け方にはどういうものがあるのか知りたい人 分け方と分けた後のクラス間の接続がわからず困っている人 話さないこと ■ MV*の歴史的経緯 理由: どれが正史か判断する手
MVC→MVP→MVVM→Fluxの実装の違いを比較してみる
iOSDC 2017 9/17 13:50 TrackB https://iosdc.jp/2017/node/1396 iOSDesignPatternSamples https://github.com/marty-suzuki/iOSDesignPatternSamples FluxCapacitory https://github.com/marty-suzuki/FluxCapacitor Flux & MVVM (Brooklyn Swift Developers) https://speakerdeck.com/martysuzuki/flux-and-mvvm-brooklyn-swift-developers 補足資料 【iOSDC2017】MVC→MVP→MVVM→Fluxの実装の違いを比較してみる https://qiita.com/marty-suzuki/item
モバイルアプリアーキテクチャ勉強会 - 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 にしない テストのかきやすい構成へ 考え
薄いフレームワーク指向の Web クライアントサイドプログラミング - Hatena Developer Blog
こんにちは、Web アプリケーションエンジニアの id:nanto_vi です。先日開催された Kyoto.js #12 において、「薄いフレームワーク指向の Web クライアントサイドプログラミング」と題した発表を行いました。とある Web アプリケーションの開発にあたって、JavaScript による GUI プログラミングにどう取り組んだかという話になります。当日のスライドの内容に口頭で伝えた内容を加え、以下にまとめます。 前提 SPA ではない そこまで覚悟しなくてもよい 薄いフレームワーク指向 cf. ぼくのかんがえたさいきょうのうぇぶあぷりけーしょんふれーむわーく - YAPC Asia 2011 開発期間が決まっている Web アプリケーションを新規開発するにあたり、クライアントサイドをどう実現するか。ここでは開発期間が決まっているというのが大きな要因となり、チームメンバーの
Web出身のUnityエンジニアによる大規模ゲームの基盤設計 | CyberAgent Developers Blog
みなさま、こんにちは。 2013年度新卒入社の吉成（@y_yoshinari）と申します。 現在私は『ボーイフレンド（仮）きらめき☆ノート』（以下、ボイきら）というサービスのUnityの実装を担当しています。 私は現在はUnityエンジニアですが、入社時は『なぞってピグキッチン』というスマートフォン向けブラウザゲームのフロントエンドの実装を担当していました。 2年前にWebフロントエンジニアからUnityエンジニアへ職種転向をし、ボイきらでは新規立ち上げから、ゲーム全体の設計方針の決定や、フレームワークの作成などに携わりました。 今回は、Webフロント出身のUnityエンジニアが大規模ゲームの基盤設計を行ったらこんな感じになりましたという話をしたいと思います。 「Unityって結構自由にコードを書けるからチームで何かしらの指針が欲しい」的なことを考えている方のお役に立てれば嬉しいです。 U
Androidのプレゼンテーション層アーキテクチャ - Qiita
はじめに この記事では、筆者の独断と偏見でAndroidのプレゼンテーション層アーキテクチャについて紹介していきます。 感想・つっこみコメント、編集リクエストはWelcomeです。 パターン紹介 パターン1: Smart UI ViewのコードビハインドであるActivityやFragmentに直接ロジックを書くアーキテクチャです。 別名マッチョActivity。 アンチパターンとして有名ですが、条件によっては選択肢に含めるべきです。 具体的には保守が行われないことがわかっているケースです。 数日で使い捨てるアプリに凝ったアーキテクチャは必要でしょうか？ スピードが最重要であり、とりあえずプロトタイプが必要な場合でもSmart UIはアンチパターンでしょうか？ 答えはケースバイケースです。 メリット 小規模アプリやプロトタイプ程度であれば素早く作ることができる デメリット テスタビリティが
iOSアプリ設計大全集 2016 - Qiita
iOS関係の勉強会に参加するとほぼ間違いなく、設計に関する発表があるように思います。 「RxSwiftを使ってMVVM...」「Clean Architectureを導入...」, etc... 色々話を聞く中で、自分は以下のような課題があるなぁと感じています。 いろいろな設計方法があるけれど、結局何を使うべきなのかわからない 名前は聞いたことがあるけれど、それぞれがどのような設計で、何がメリットなのかわからない 勉強した時は分かったような気がしたけれど、もう忘れた この記事はこれらの解決の一助になればと思って書いたものになります。（設計へのモチベーションを上げたい） サンプルコードを交えながら、5つの設計について考察してみます。 ※ RxSwiftの名前を出しましたが、ライブラリに関してはこの記事では言及しません。 そもそも、なぜ設計に拘る必要があるのか iOSアプリ開発において、このよ
今から新規でAndroidアプリを書き始めるなら。 - wakwak3125's blog
この記事は Android Advent Calendar 2016 2日目の記事です。 こんにちは。わくわくです。 現在お仕事で書いているアプリを新規で書き始めたのが2015年で、現在は2016年です。 そう、1年が経ちました。その頃から今まで書いてきて、今から書くならこんなライブラリや設計を採用するよ(したいよ) というのをまとめたいと思います。 これからAndroidアプリを書くけどどんなものつかっていけばいいんや〜？といった方の参考になれば幸いです。 すでにAndroid開発をされている方にとっては内容が薄く感じられることと思いますがご了承いただければと思っております…（予防線） (裏の目的としては自分の備忘録のようでもあったりします。) この記事では紹介しているライブラリや設計などに関しては深くは説明を書きませんが、参考になる資料などをまとめて行ければと思っております。 言語につ
いまどきの MVP 実装パターンを眺めるべし「Android Architecture Blueprints」
このような, 質問がありました. こんにちは。 私はアプリの開発を2年ほどやっているものです。 しかし, いつも似たようなコードの繰り返しばかりで少しも進歩していないように思っています。 小さい会社なので, モバイルアプリ開発者は私だけで, だれも私のコードを見ることがないので, 私のコードの間違いを指摘されることはなく, 会社で開発されている他のコードを見ることもありません。 最新技術を利用しすばらしい実装を行っているオープンソースアプリのコードを勉強したいです。 そのようなアプリをどこで見つけたらよいか教えて下さい。 よろしくお願いいたします。 I would like to study some up-to-date open source apps, preferably with material design, do you have any suggestions? : an
MVPアーキテクチャを使いたいという話をチームにした。 - パルカワ2
最近Androidアプリを開発していて、チームメンバーみんなでテストを書いたりしているわけなのですが、いかんせんUIテストを書くことになりがちで自分も含めみんなが疲弊しているなぁと感じていました。 せっかくみんながテストを書こうとしていて、非常に良い状態なのにこのままだとテストを書くことが疲れること(=やりたくないこと)になると思えたので、色々考えた結果、チームメンバーにMVPアーキテクチャを使いたすぎる！とプレゼンをしたので、資料を公開します。 チーム向けに話したので、補足です。 全てのアプリで、MVPアーキテクチャを必ず使うべきという話ではない Roboletric 3.xは、Activityを起動出来たりするわけですが、今のプロジェクトではだいぶ頑張らないとそれが動かないので、その機能は使っていません hisaichi5518/minne-android は、僕が勝手にMVPアーキテ
Android: MVP, Dagger2, Retrofitなどなどでアプリを作りました
Android: MVP, Dagger2, Retrofitなどなどでアプリを作りました Created at Sun, Sep 6, 2015 イベントを検索するAndroidアプリを作成したので, 使った技術のまとめです. アプリの技術的機能, 特徴は以下になります. HTTPを介してイベントのデータを取得する 検索対象のサーバは複数あるため(今回は3つ), どこかでそれらのレスポンスデータを同期する必要がある それら複数のサーバーはJSONを返すが, 微妙にJSONの構造が異なる Data-Bindingライブラリを使う MVP(Model-View-Presenter)パターンを使う Activity(Fragment)に機能が集中しないようにしたい! 上記を中心にどのように実装をしたかを説明をしていきます. フルソースコードはここにあります. https://github.co
これからの設計の話をしよう
Dagger2 generates code to handle dependency injection behind the scenes. It creates classes like DaggerBreadShop to manage component bindings and factories like BreadModule_ProvideBreadFactory to retrieve dependencies. When a dependency is requested, it uses the factories to resolve the dependency by delegating to the corresponding module method, such as BreadModule::provideBread, which creates th
MVPっぽい設計でAndroidのUIロジックにテストを書くのを試してみた - みんからきりまで
最近Android界隈ではMVPという言葉をよく聞く気がします。 konifar.hatenablog.com tech.recruit-mp.co.jp 個人的にも気になっていて、特に「テストが書きやすくなる」という部分がとても気になります。 ところがどうもテストが書かれたよさげなサンプルコードがなかなか見つからない…。 そこで、全然テストが書けていないAndroid開発者の一人として、本当にUIロジックのテストが可能なものなのか、実際にMVPっぽいものを書いて試してみました。 ちなみに僕はユニットテストの知見が一切ありません。 MVP Model View Presenterの事です。 詳細は僕もまだそこまでちゃんと理解出来ていないので、上記の記事などを参照してください。 ざっくり言うと、Controllerの代わりにPresenterというもの作り、PresenterがUIロジックを
Android : Model-View-PresenterとAndroid
この記事は - よりよい実装方法がある - 説明に不足がある といった理由から取り下げます. アーキテクチャについての記事は追って書き直します. Model - View - Presenter と Android Viewは, データの出力を行い, ユーザ操作を受け付けPresenterにこれを伝搬するUI層. AndroidではActivity, Fragment, Viewに相当する. Modelは, SQLite3やWebAPI, SharedPreferenceなどのレポジトリ. Presenterは, ModelとViewのブリッジ役を担う. Modelの内容を整形しViewにそれを伝搬する. またViewへの入力を適切なModelに伝搬する. Androidアプリケーションのプログラミングで厄介な問題の1つにActivity/Fragment/Viewといった固有のライフサイ
AndroidではMVCよりMVPの方がいいかもしれない - Konifar's WIP
Android開発していると、なんかMVCうまくいかないなぁとモヤモヤしてきました。そろそろ他のアーキテクチャを模索してみた方がいいんじゃないかと思い始めまして、ある程度考えがまとまったので自分なりの指針を残しておこうと思います。 そもそもアーキテクチャ必要なのか 世の中には色々なアーキテクチャが存在するんですが、なんか概念を読んでもスッと理解できることが少ないんですよね。これはなぜかと言うと アーキテクチャが解決しようとしている問題を理解できないからです。 極端に言うと、HelloWorldを表示するアプリにMVCを導入する必要があるの？って言うと答えはNoですよね。じゃあ猫の名前をリストで表示するアプリだったらどうかと言われると、これもまだ必要ないかもしれません。 つまり、アーキテクチャを適用しなくても問題がないほど小さなアプリにおいては、ただ冗長になるだけなので別にいらないわけです。
Model View Presenter for Android
2014/11/8 Developers.IO by Classmethod.Inc 発表資料 Androidアプリケーション開発で読みやすく、変更に強く、テストしやすいコードを書くためにはどうしたらいいか？ MVPパターンを用いた設計アプローチと実装例の解説。
TypeScript で実現する MVP アーキテクチャパターン - Hatena Developer Blog
こんにちは、アプリケーションエンジニアの id:nanto_vi です。先日行われた Hatena Engineer Seminar #4 で、「TypeScript で実現する MVP アーキテクチャパターン」と題する発表を行いました。当日は皆様ご清聴いただき、また懇親会でも活発な質疑をいただきありがとうございました。 内容としては、TypeScript を用いたクライアントサイド Web プログラミングの話、及び既存の JavaScript フレームワークを採用せず、MVP (Model-View-Presenter) アーキテクチャパターンにのっとり開発を進めた事例の紹介となります。以下に発表資料を加筆修正して公開するのでご参照ください。 自己紹介 id:nanto_vi (外山真) アプリケーションエンジニア JavaScript、Perl アジェンダ 少年ジャンプルーキーでの T
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
既存のAndroidアプリをリファクタリングしていく話