<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>interfaces on Arrans Technical blog</title><link>https://arran4.github.io/blog/tags/interfaces/</link><description>Recent content in interfaces on Arrans Technical blog</description><generator>Hugo -- gohugo.io</generator><language>en</language><managingEditor>technicalblog123@arran4.com (Arran Ubels)</managingEditor><webMaster>technicalblog123@arran4.com (Arran Ubels)</webMaster><copyright>Arran Ubels. This work is licensed under a &lt;a rel="license" href="http://creativecommons.org/licenses/by-sa/4.0/">Creative Commons Attribution-ShareAlike 4.0 International License&lt;/a>.</copyright><lastBuildDate>Wed, 17 Jul 2024 10:17:02 +0000</lastBuildDate><atom:link href="https://arran4.github.io/blog/tags/interfaces/index.xml" rel="self" type="application/rss+xml"/><item><title>Compile-Time Type Assurance in Go Tests</title><link>https://arran4.github.io/blog/post/2026/025-compile-time-type-assurance-in-go/</link><pubDate>Wed, 17 Jul 2024 10:17:02 +0000</pubDate><author>technicalblog123@arran4.com (Arran Ubels)</author><guid>https://arran4.github.io/blog/post/2026/025-compile-time-type-assurance-in-go/</guid><description>When developing Go applications, we often define interfaces to abstract behavior and decouple components. This promotes testability and clean architecture. However, ensuring that our concrete types actually implement these interfaces can sometimes be a subtle source of errors, especially as codebases evolve.
While Go&amp;rsquo;s interface implementation is implicit, meaning you don&amp;rsquo;t explicitly declare that a type implements an interface, it&amp;rsquo;s beneficial to have a mechanism to verify this compliance early on—ideally at compile time.</description></item></channel></rss>