React component patterns
Inspired by a technical talk I’m giving for a Meetup, I wanted to take a moment and share what I’ve learned on React component patterns. Components are the heart of React, so understanding how to utilize them is paramount to creating great design structures. The diagrams provided are from an excellent talk that Michael Chan gave on React component patterns. I highly recommend watching the video. W
Designing a scalable application with Elixir: from umbrella project to distributed system
Elixir/Erlang OTP abstractions enforce developers to split programs into independent parts. While “gen_servers” encapsulate parts of business logic on micro-level, “applications” present a more general (“service”) part of the system. Complex programs written in Elixir are always a collection of communicating OTP applications. The main question appeared while developing such programs is how to spli
Builder design pattern in Ruby
According to GoF and their great book “Design Patterns: Elements of Reusable Object-Oriented Software”, builder pattern: „Separate the construction of a complex object from its representation so that the same construction process can create different representations.” and it’s a part of an object creational design patterns. Builder pattern is useful when the algorithm how to build an object is som
What advice/rules I may give to junior developers about the Ruby on Rails app design?
What advice/rules I may give to junior developers about the Ruby on Rails app design? This is a question I’ve been asked during the interview for a job offer I’d like to apply for. It is a highly subjective list of certain ‘rules to follow’ when writing code and making decisions during the app development. Do not fear using pure Ruby objects & design patternsRuby on Rails MVC (Model 2) architectur
iOSアプリにおけるソフトウェアアーキテクチャパターンの考察
私が試したことのあるiOSアプリでのソフトウェアアーキテクチャパターンとそれに関わるフレームワークの考察です。実際に使ってみて考えたことや感じたことを元に書いていきます。 基本のMVCコントローラが肥大化することやモデルレイヤーの設計が明確でないなどの問題があるといわれています。しかし、比較的小さいプロジェクトではたいてい肥大化の心配もモデルレイヤーの詳細な設計も必要ないのでMVCを選択すると良いと思います。 MVVMMVVMはビューとモデルを繋ぐビューモデルが重要な役割を果たします。問題は、画面遷移やモデルレイヤーの設計が示されていないことです。極端な例ですが、ビューモデルにAPIアクセスのコードを書いてしまい、ビューモデルが肥大化して問題になったという話を聞いたことがあります。MVVMを採用するほどのアプリになると画面遷移やモデルレイヤーの実装方法を規定すると良いのですが、MVC同様に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Angular Component Design Anti-Patterns
EctoFacade– handling multiple ecto repositories
Isolating code in contexts
Builder design pattern in Elixir
Skinny Models, Skinny Controllers, Fat Services
