There is no consensus on the right way to organize a React application. React gives you a lot of freedom, but with that freedom comes the responsibility of deciding on your own architecture. Often the case is that whoever sets up the application in the beginning throws almost everything in a components folder, or maybe components and containers if they used Redux, but I propose there's a better wa
Overview React 18 will include architectural improvements to React server-side rendering (SSR) performance. These improvements are substantial and are the culmination of several years of work. Most of these improvements are behind-the-scenes, but there are some opt-in mechanisms you’ll want to be aware of, especially if you don’t use a framework. The primary new API is renderToPipeableStream, whic
Tao of React - Software Design, Architecture & Best Practices25 minute read I’ve been working with React since 2016 and still there isn’t a single best practice when it comes to application structure and design. While there are best practices on the micro level, most teams build their own “thing” when it comes to architecture. Of course, there isn’t a universal best practice that can be applied to
概要 基本は自分用メモです Google I/Oでandroid-architecture-componentsが発表されました。 これを利用した設計はAndroidアプリ開発におけるGoogleが推奨する設計の例として挙げられているものになります。 googlesamples/android-architecture-components/GithubBrowserSampleを見てどういう感じなのかまとめてみました。 RxJavaが分かる？方はLiveDataはObservableに置き換えると良いと思います(ただしLiveDataはライフサイクルが考慮されているなどの違いがあります) またTransformations.switchMapはRxJavaのObservable.swtichMap()のようなものだと解釈しました。 そういう意味でRxJavaについての前提知識が必要になっ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
