<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>ISP on Kelly Dev</title><link>https://kelly-chui.github.io/tags/isp/</link><description>Recent content in ISP on Kelly Dev</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Thu, 06 Feb 2025 00:00:00 +0000</lastBuildDate><atom:link href="https://kelly-chui.github.io/tags/isp/index.xml" rel="self" type="application/rss+xml"/><item><title>SniffMEET. ISP로 Supabase 요청 빌더 역할 나누기</title><link>https://kelly-chui.github.io/posts/sniffmeet-dev-log-supabase-request-interface-segregation/</link><pubDate>Thu, 06 Feb 2025 00:00:00 +0000</pubDate><guid>https://kelly-chui.github.io/posts/sniffmeet-dev-log-supabase-request-interface-segregation/</guid><description>&lt;h2 id="들어가며"&gt;들어가며&lt;/h2&gt;
&lt;p&gt;Supabase REST API를 직접 감싸서 사용하다 보니, 유즈케이스 레이어에서 &lt;code&gt;eq.&lt;/code&gt;, &lt;code&gt;in.&lt;/code&gt;, &lt;code&gt;gte.&lt;/code&gt; 같은 쿼리 문자열을 직접 조립하는 코드가 늘어났다.&lt;/p&gt;
&lt;p&gt;처음에는 단순했지만, 요청이 많아질수록 오타 가능성이 커지고 Supabase의 세부 문법이 상위 레이어로 새어 나오는 문제가 있었다. 이번 글은 이 쿼리 구성 책임을 Supabase DB Layer 안으로 옮기기 위해 요청 빌더와 쿼리 파라미터 래퍼를 도입한 과정을 정리한다.&lt;/p&gt;
&lt;h2 id="기본-구조"&gt;기본 구조&lt;/h2&gt;
&lt;p&gt;SNMNetwork의 동작을 간단하게 설명하면, &lt;code&gt;SNMRequestConvertible&lt;/code&gt;을 채택하는 객체의 정보로 네트워크 요청을 생성하고, 통신한 다음, 응답을 반환하는 방식으로 동작한다.&lt;/p&gt;</description></item></channel></rss>