<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Architecture - Tag - fds-board</title><link>https://blog.fdsboard.com/tags/architecture/</link><description>Architecture - Tag - fds-board</description><generator>Hugo -- gohugo.io</generator><language>en</language><lastBuildDate>Fri, 13 Mar 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://blog.fdsboard.com/tags/architecture/" rel="self" type="application/rss+xml"/><item><title>Killing the if/else Hydra: Strategy Pattern for Dual Data Sources in a Next.js App</title><link>https://blog.fdsboard.com/architecture/datasource-strategy-pattern/</link><pubDate>Fri, 13 Mar 2026 00:00:00 +0000</pubDate><author>Jinze(Jerry) Zhou</author><guid>https://blog.fdsboard.com/architecture/datasource-strategy-pattern/</guid><description><![CDATA[<h2 id="1-the-general-problem">1. The General Problem</h2>
<p>The shape of this problem is generic: M consumer call sites
need N data types, and each data type can be produced by more than one independent upstream
source, each with its own event or payload shape. Left to grow organically, the naive fix is a
fallback branch at every call site — an <strong>M × N × (source count)</strong> surface area, where each
branch also has to encode which source to trust first and how to resolve partial failures.</p>]]></description></item></channel></rss>