<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Dependency Inversion on Nalar</title>
    <link>https://nalar.dev/tags/dependency-inversion/</link>
    <description>Recent content in Dependency Inversion on Nalar</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Wed, 09 Sep 2026 00:00:00 +0700</lastBuildDate>
    <atom:link href="https://nalar.dev/tags/dependency-inversion/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Dependency Inversion Is About Source Code Direction</title>
      <link>https://nalar.dev/dependency-inversion-is-about-source-code-direction/</link>
      <pubDate>Wed, 09 Sep 2026 00:00:00 +0700</pubDate>
      <guid>https://nalar.dev/dependency-inversion-is-about-source-code-direction/</guid>
      <description>&lt;p&gt;A business rule often starts simple and then becomes tied to a database client, email library, payment SDK, filesystem API, or framework object. The code still works, but changing the technical detail now forces changes into the code that expresses the business decision.&lt;/p&gt;&#xA;&lt;p&gt;Dependency inversion addresses this coupling. Its central idea is easy to miss: the important question is not merely whether an interface exists. The important question is &lt;strong&gt;which code defines the abstraction and which code depends on it&lt;/strong&gt;.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
