はてなブックマーク

リクエストの入り口になるのはControllerになるため，初めてSpringを触る開発者の方も馴染みに深いと思うのですが，何も考えずにアプリを作っていくと，ついついControllerにビジネスロジックを実装してしまいがちです。そうすると，所謂保守性や可読性が低いFat Controllerが出来上がってしまうので，ビジネスロジックの隔離は強く意識したいポイントだと思います。 個人的にはそれぞれ以下の内容に徹するのが良いのでは？という考えです。 Controller リクエストの受付 リクエストパラメータのValidation Serviceの実行 例外処理 レスポンスの作成 Service ビジネスロジックの実行 外部サービスとの連携 Repositoryを介したデータ操作 トランザクション管理 Repository データ操作 Controllerの中で複数種類のServiceを呼び

Reactを触った経験を元にRiotに手を出しています。 コンポーネント指向で開発したくても、AngularやReactはビルドツールが複雑な印象を持たれており、拒否反応がある社内の古参開発者には勧めにくいと感じていました。Riotはscriptタグベースで始められるので、コンポーネント指向入門としては敷居が低くその点が魅力的ですね！Riotで感覚を掴んでもらえれば「今度はReact試してみる？？？」という気運も高まってきそうです。 今日はRiotを使ったコンポーネント間のデータ連携を整理してみたいと思います。 データ渡しのパターン ざっと調べた限りでは以下の4パターンがあるみたいです。 属性渡し tags経由渡し parent渡し Observer渡し 属性渡し 独自タグの属性に値を渡す方式です。

FunctionalReactiveProgramming(FRP)の勉強中です。 まだ正直なところ**『なるほど，分からん』**という状態ですが RxSwiftをおっかなびっくり触ってみた結果を整理しようと思います。 (触ってみたら動いたレベルなので他に良い使い方があるかも......です) #1. RxSwiftとは？ ReactiveX(Reactive Extension)という，FRPを実現するためのライブラリのSwift実装です。 Swift実装以外にもJavaScriptやJava，C#など様々な言語で実装されたライブラリがあるようです。 (AndroidだとRxAndroidとかあるみたいですね) RxSwift #2. どんなことが出来るの？ 分かりやすいポイント(というか自分が現状で理解できた範囲では) **「データバインド」と「Promiseパターン」**を簡単に実現

Swift2の発表で活気付く中、Objective-Cもひっそり進化しています。 iOSアプリは何個か作ってきたけど、**急にSwiftに移行するのは……**という方！ Xcode7で使えるようになったモダンな文法をちょっとだけ採用してみませんか？ きっと手元のコードが美しく、保守しやすくなりますよ！ 新しく使えるようになった文法 新しく使えるようになった……と、いっても２つだけです(´・ω・｀) Generics Nullability Annotation Generics (1) 　ArrayやDictionaryに追加するオブジェクトの制限 特定クラスのインスタンスだけをArrayやDictionaryに追加したいケースで有益です。 今までのObjective-Cでは、こんなコードを書いてインスタンスの型チェックを行う必要がありました。