<h1>이 글은…</h1><blockquote>이 글은 IntelliJ를 처음 사용하는 사람, 그리고 IntelliJ를 통해 Spring Boot 프로젝트를 처음 만드는 사람들을 위해서 작성되었다. (=나다.)작성자가 다시 보기 위한 글이니 두서가 없어도 양해 바란다.또, 기본적으로 Ultimate를 기준으로 한다.</blockquote><h1>IntelliJ 설치</h1>인텔리제이는<a target="_blank" rel="noopener noreferrer nofollow" href="https://www.jetbrains.com/idea/?_gl=1*1x5ogyx*_gcl_au*MTQ3NjU3MTk4LjE3MTkzODgyMTE.*_ga*MjA2OTU2NDYyNS4xNzE5Mzg4MjA3*_ga_9J976DJZ68*MTcxOTg3OTY3NS4yLjEuMTcxOTg4MTkzOC41MC4wLjA."> 다음 링크</a>에서 설치해주자. 해당 링크로 들어가면 아래와 같은 화면이 뜰텐데, 여기서 다운로드를 눌러주면 알아서 사이트가 운영체제를 인식하고 알맞는 다운로드 파일이 있는 링크로 보내준다. 그대로 다운로드 해주자.<img src="https://image.until.blog/brightdawn/article/1719882108188" alt="until-693">다운로드는 금방 진행된다. 약 2분 가량 소요되며, 다운로드가 완료되면 실행하자.<h2>설치 파일 실행</h2>실행하면 다음과 같은 창이 뜰 것이다.쭉쭉 진행해주자.<img src="https://image.until.blog/brightdawn/article/1719882311865" alt="until-694"><img src="https://image.until.blog/brightdawn/article/1719882339057" alt="until-695">나는 아래와 같이 전부 추가해주었다. 그 뒤로는 달리 선택할 것 없이 설치를 진행하면 된다.<img src="https://image.until.blog/brightdawn/article/1719882376757" alt="until-696">이 뒤에 <code spellcheck="false">Import</code> 할지 말지를 물어보는데 나는 <code spellcheck="false">skip</code> 해주었다. 그럼 아래와 같은 화면을 볼 수 있는데, 그냥 새 프로젝트를 만들어주자.<img src="https://image.until.blog/brightdawn/article/1719883095803" alt="until-697">그리고 다음과 같이 설정해주자.사실상 건드릴 것은 거의 없다. <code spellcheck="false">이름</code>, <code spellcheck="false">위치</code>, <code spellcheck="false">Git 저장소 생성</code>, <code spellcheck="false">그룹</code>, <code spellcheck="false">JDK</code> 정도?<img src="https://image.until.blog/brightdawn/article/1719883133462" alt="until-698">다음으로 넘어가고, 나는 이 정도 선택하였다.<img src="https://image.until.blog/brightdawn/article/1719883307168" alt="until-699"><h3>Spring Boot DevTools</h3><blockquote>Spring Boot Application을 개발하고 디버깅하는데 도움이 되는 도구 모음.</blockquote><ul><li>개발 단계에서 세이브 시 변경사항이 있다면 자동으로 다시 로드되는 기능을 제공한다.<ul><li>유사 기능: 라이브 서버 등</li></ul></li><li>자세한 것은 <a target="_blank" rel="noopener noreferrer nofollow" href="https://docs.spring.io/spring-boot/docs/1.5.16.RELEASE/reference/html/using-boot-devtools.html">해당 링크</a>를 참고</li></ul><h3>Lombok</h3><blockquote>어노테이션을 기반으로 코드를 자동완성 해주는 라이브러리.</blockquote><ul><li><code spellcheck="false">@Getter</code>, <code spellcheck="false">@Setter</code>, <code spellcheck="false">@Data</code> 등을 사용할 수 있다.</li><li>훨씬 간단하게 세팅할 수 있고, 코드의 길이가 확실히 줄어든다.</li></ul><h3>Spring Web</h3><blockquote>주로 RESTful 웹 애플리케이션 및 일반적인 웹 애플리케이션 개발에 사용. HTTP 요청과 응답을 처리하는 데 중점을 둠</blockquote><ul><li>REST API를 쉽게 개발할 수 있는 기능을 제공</li><li><code spellcheck="false">@RestController</code>, <code spellcheck="false">@RequestMapping</code> 등의 애너테이션을 사용하여 RESTful 엔드포인트를 정의</li></ul><h3>Spring Web Service</h3><blockquote>SOAP 기반의 웹 서비스 개발에 사용. XML 메시지 처리와 WSDL 기반의 서비스 계약을 중점.</blockquote><ul><li>WSDL (Web Services Description Language) 파일을 사용하여 웹 서비스 계약을 정의</li><li>스키마 기반의 XML 메시지를 처리</li><li>XML 메시지의 유효성 검사, 변환, 처리 등을 지원</li></ul><h2>프로젝트 생성</h2>프로젝트 생성을 누르면 아래와 같이 뜬다. 바로 뜨지 않을 경우 조금 기다려주면 된다.<img src="https://image.until.blog/brightdawn/article/1719890999592" alt="until-700">이후부터는 이클립스와 유사하게 개발하면 되는 듯 하다.<hr><h2>만일 Ultimate 버전이 아니라면</h2><a target="_blank" rel="noopener noreferrer nofollow" href="https://spring.io/quickstart">해당 사이트</a>를 이용하여 스프링 부트 프로젝트를 만들자.

이클립스로 개발하다가 IntelliJ로 Spring Boot를 개발하려는 사람들에게

IntelliJ로 Spring Boot를 처음 사용할 때

DevTools

<h3>코딩 테스트 준비 일지 2 일차</h3><ul class="tight" data-tight="true"><li>응시 사이트 : <a target="_blank" rel="noopener noreferrer nofollow" href="https://programmers.co.kr/">프로그래머스</a></li><li>문제 : <a target="_blank" rel="noopener noreferrer nofollow" href="https://school.programmers.co.kr/learn/courses/30/lessons/42747">H-Index</a></li><li>난이도 : 중</li></ul><h3>문제</h3>H-Index는 과학자의 생산성과 영향력을 나타내는 지표입니다. 어느 과학자의 H-Index를 나타내는 값인 h를 구하려고 합니다. 위키백과<a target="_blank" rel="noopener noreferrer nofollow" href="https://school.programmers.co.kr/learn/courses/30/lessons/42747#fn1">1</a>에 따르면, H-Index는 다음과 같이 구합니다.어떤 과학자가 발표한 논문 <code spellcheck="false">n</code>편 중, <code spellcheck="false">h</code>번 이상 인용된 논문이 <code spellcheck="false">h</code>편 이상이고 나머지 논문이 h번 이하 인용되었다면 <code spellcheck="false">h</code>의 최댓값이 이 과학자의 H-Index입니다.어떤 과학자가 발표한 논문의 인용 횟수를 담은 배열 citations가 매개변수로 주어질 때, 이 과학자의 H-Index를 return 하도록 solution 함수를 작성해주세요.<h5>제한사항</h5><ul class="tight" data-tight="true"><li>과학자가 발표한 논문의 수는 1편 이상 1,000편 이하입니다.</li><li>논문별 인용 횟수는 0회 이상 10,000회 이하입니다.</li></ul><h5>입출력 예</h5>citations return [3, 0, 6, 1, 5] 3<h5>입출력 예 설명</h5>이 과학자가 발표한 논문의 수는 5편이고, 그중 3편의 논문은 3회 이상 인용되었습니다. 그리고 나머지 2편의 논문은 3회 이하 인용되었기 때문에 이 과학자의 H-Index는 3입니다. <h3>문제 풀이 접근</h3>이 문제를 처음 접했을 때, 정확히 어떻게 접해야하는지, H Index가 무엇을 의미하는지 이해하지 못했다. 그저 아! 원소를 하나 찝어서 이 수 기준으로 이상 이하로 갯수 분리해서 비교하면 쉽게 풀리겠지! 가 맨 처음 접근이었다. 이 문제를 풀기 위해 해야할 접근 방법이 하나 있는데, 원소의 수는 인용된 수임을 잊어선 안된다. 문제를 풀다보니 맨 앞에 있는 3이 답이고, 이게 논문의 편수로 착각하고 문제를 풀었는데, 논문의 수와 인용된 수를 분리해서 생각해야한다. 문제를 풀기위한 플로우는 아래와 같다. 1. 오름차순으로 정렬한다. 2. 논문 수의 제한은 0 &lt; n &lt; 1000 이다. 3. 1000 까지 순회돌려서 H Index 뽑아내자.1번의 오름차순으로 정렬한다 =&gt; H Index의 최댓값을 뽑기 위함이다. 2,3번의 논문수 제한 1000이라서 for문으로 1000까지 돌려서 H Index를 뽑았다.<h3>작성 코드 ( C# )</h3><pre spellcheck="false"><code>using System;

public class Solution
{
 public int solution(int[] citations)
 {
 int answer = 0;
 Array.Sort(citations, (a, b) =&gt;
 {
 return a.CompareTo(b);
 });

 for (int i = 0; i &lt; 1000; i++)
 {
 int[] getReference = Array.FindAll(citations, rhs =&gt; rhs &gt;= i); 
 int getRefCnt = getReference.Length;

 int[] getBalance = Array.FindAll(citations, rhs =&gt; rhs &lt; i);
 int getBalanceCnt = getBalance.Length;

 if (i &lt;= getRefCnt &amp;&amp; i &gt;= getBalanceCnt)
 {
 answer = i;
 }
 }

 return answer;
 }
}</code></pre><h3>다른 방식의 문제 풀이 원리 </h3>다른 방식의 문제 풀이는 이렇게 되는 방법도 있는 것 같다 . origin 입력을 sort 처럼 오름차순으로 정렬한다. index i 를 하나씩 픽해서 그 앞의 인덱스 갯수와 비교를 하면 i 원소의 기준 이상 이하가 분리가 된다. 이것으로 수 비교를 하여 H Index를 뽑아내는 방식도 있다.<img src="https://image.until.blog/sin0105/article/1716826551909" alt="until-312"><h3>코드 작성 ( C# )</h3><pre spellcheck="false"><code>public static int solution(int[] citations) 
{
 int hindex = 0;
 Arrays.sort(citations);

 for (int i = 0; i &lt; citations.length; i++) {
 if(citations[i] &gt;= citations.length-i){
 idx = citations.length-i;
 break;
 }
 }

 return hindex;
}</code></pre><h3>참조 블로그 </h3><ul class="tight" data-tight="true"><li><a target="_blank" rel="noopener noreferrer nofollow" href="https://velog.io/@ka0ka0ka/%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%98%EB%A8%B8%EC%8A%A4-H-Index-%EC%A0%95%EB%A0%AC">HMS.log</a><ul class="tight" data-tight="true"><li>다른 방식의 문제풀이 및 코드 참조</li></ul></li></ul>

코딩테스트 항해99 클럽 - 2일차 

[코딩테스트 일지 - 99클럽] 2일차 - H Index

C++ Code

⚛️ React

<img src="https://image.until.blog/morethanmin/article/1716115237924" alt="until-88">react-query에서 useQuery를 사용하면 staleTime과 gcTime 을 이용해 데이터를 효율적으로 다룰 수 있다. 둘의 차이점을 알아보자.<h2>staleTime</h2><blockquote><ul><li>The time in milliseconds after data is considered stale. This value only applies to the hook it is defined on.</li><li>If set to <code spellcheck="false">Infinity</code>, the data will never be considered stale</li></ul></blockquote><code spellcheck="false">staleTime</code>은 불러온 데이터가 fresh한 시간을 나타낸다. defaultValue는 0으로, 리액트 쿼리에서는 기본적으로 불러온 데이터는 fresh하지 않다고 간주한다.기본 값을 사용하게 된다면 해당 hook을 사용하는 컴포넌트가 mount 될 때마다 data fetching을 시도할 것이다.데이터의 stale여부에 따라서 적절하게 조절해줌으로써 최적화 해줄 수 있다.아래 예시는 until.lbog 에서 사용하는 특정 블로그 정보를 가져오는 훅이다.<pre spellcheck="false"><code class="language-typescript">import { useSuspenseQuery } from '@tanstack/react-query'
import { GetBlogResponse, createGetBlog } from 'src/apis/blog/[username]'
import { queryKeys } from 'src/constants/queryKeys'

const useBlogQuery = () =&gt; {
 const username = useUsername();
 const { data } = useSuspenseQuery&lt;GetBlogResponse&gt;({
 queryKey: queryKeys.blog.username.body(username),
 queryFn: createGetBlog(username),
 staleTime: Infinity,
 })
 return data
}

export default useBlogQuery</code></pre>staleTime을 <code spellcheck="false">Infinity</code>로 설정한 이유는 무엇일까?기본적으로 블로그 정보는 서버사이드에서 불러온 이후 변경되는 경우가 거의 없다. 해당 훅은 블로그에서 전반적으로 사용하고 있기 때문에 staleTime이 0일 경우에는 화면을 전환될 때마다 비효율적인 데이터 패칭이 계속해서 일어날 것이라고 판단하였다.프로필 수정, 팔로우, 팔로잉와 같이 데이터가 더이상 fresh하지 않은 경우에는 <code spellcheck="false">queryClient.invalidateQuery</code>를 통해 명시적으로 갱신해줌으로써 해결할 수 있다.물론 위 방식의 경우 외부적인 요인에 의해 특정 블로그 정보가 변경되는 경우에는 해당 블로그에 재 접속하지 않는 이상 갱신되지 않을 수 있다는 점은 감안해야한다.아래 예시는 게시글 리스트를 가져오는 훅이다.<pre spellcheck="false"><code>import { useSuspenseInfiniteQuery } from '@tanstack/react-query'
import { queryKeys } from 'src/constants/queryKeys'
import {
 GetArticlesParams,
 createGetUserArticles,
} from 'src/apis/blog/[username]/articles'
import useBlogData from 'src/blog/hooks/useBlogData'
import useArticleParams from './useArticleParams'

const useArticlesInfiniteQuery = () =&gt; {
 const blogData = useBlogData()
 const { order, query, tag } = useArticleParams()

 const params: GetArticlesParams = {
 order: order || undefined,
 query: query || undefined,
 tagSlug: tag || undefined,
 }

 const { data, ...infiniteQuery } = useSuspenseInfiniteQuery({
 queryKey: queryKeys.blog.username.articles.list(blogData.username, params),
 queryFn: async ({ pageParam }) =&gt; {
 const getUserArticles = createGetUserArticles(blogData.username)

 return await getUserArticles({ page: pageParam, ...params })
 },
 initialPageParam: 0,
 getNextPageParam: (data) =&gt; (data.hasMore ? data.page + 1 : undefined),
 })

 if (!data) throw new Error('Suspense Error')

 return { data, ...infiniteQuery }
}

export default useArticlesInfiniteQuery
</code></pre>위 훅에서는 반대로 <code spellcheck="false">staleTime</code>을 설정하지 않고 기본값(0)을 사용했다.그 이유는 훅의 영향 범위가 <code spellcheck="false">useBlogQuery</code> 와 같이 전반적인 블로그 페이지에서 사용되는 것이 아닌 하나의 특정된 페이지에서만 사용하기에 때문이다<h2>gcTime (cacheTime)</h2><blockquote><ul><li>The time in milliseconds that unused/inactive cache data remains in memory. When a query's cache becomes unused or inactive, that cache data will be garbage collected after this duration. When different garbage collection times are specified, the longest one will be used.</li></ul></blockquote><code spellcheck="false">gcTime</code> 은 데이터가 사용되지 않는 상황에서 memory에 유지될 수 있는 시간을 의미하고, defaultValue는 클라이언트 사이드에서는 5분, 서버사이드에서는 Infinity로 지정된다.일반적으로 클라이언트 사이드에서 해당 값을 변경하는 경우는 크게 없었던 것 같다.데이터 패칭에 직접적인 영향을 주지 않기 때문이다.다만 서버사이드에서는 Infinity로 설정되기 때문에 얘기가 달라진다. 메모리에 계속해서 데이터가 누적되는 경우에는 해당 값을 적절히 지정해 주는 것이 필요할 것 같다.<h2>결론</h2>어떻게 잡아주더라도 http 통신을 하는 웹페이지 안에서 데이터는 불일치하는 경우는 발생할 수 밖에 없다.데이터의 특성에 따라 적절한 캐싱 시간을 조절함으로써 불일치하는 경우를 최소화 할 수 있도록 하는것이 최선인 것 같다.

react-query에서 useQuery를 사용하면 staleTime과 gcTime 을 이용해 데이터를 효율적으로 다룰 수 있다. 둘의 차이점을 알아보자.staleTimeThe time in milliseconds after data is considered stale. This value only applies to the hook it is define

react-query의 staleTime과 gcTime

<img src="https://image.until.blog/morethanmin/article/1715876172847" alt="until-47"><blockquote>이 글은 기본적인 react-hook-form의 사용방법을 설명하고 있지 않습니다.</blockquote>리액트에서 폼을 다룰 때 빼놓을 수 없는 react-hook-form. (최근에 확인해보니 토스가 스폰서더라..)react-hook-form을 사용하면서 watch를 통해 values를 가져와 계산하는 컴포넌트를 만들었는데, useForm을 사용하는 컴포넌트 전체가 리렌더링 되면서 퍼포먼스가 구려지는 이슈가 있어서 원인을 찾아보았다.<h2>watch API</h2>watch란 무엇일까? 공식문서를 확인해보자.<blockquote>This method will watch specified inputs and return their values. It is useful to render input value and for determining what to render by condition.</blockquote>아래와 같이 사용할 수 있다.<pre spellcheck="false"><code class="language-typescript">// ...
const Summary: FC = () =&gt; {
 const { watch } = useFormContext&lt;Values&gt;();

 const value = watch();

 if (values.type === 'a') return &lt;Result {...getAResultProps(values)} /&gt;;
 if (values.type === 'b') return &lt;Result {...getBResultProps(values)} /&gt;;
 return &lt;Result 판매금액={0} 최종손익={0} /&gt;;
};

export default Summary;
</code></pre>동작은 하지만 <code spellcheck="false">Summary</code>컴포넌트 상위의 Root 컴포넌트까지 전부 리렌더가 발생한다. 음... 내가 생각한 의도에 맞는 것 같은데... 좀만 더 읽어보자.<blockquote><ul><li>This API will trigger re-render at the root of your app or form, consider using a callback or the <a target="_blank" rel="noopener noreferrer nofollow" href="https://react-hook-form.com/docs/usewatch">useWatch</a> api if you are experiencing performance issues.</li><li><code spellcheck="false">watch</code> result is optimised for render phase instead of <code spellcheck="false">useEffect</code>'s deps, to detect value update you may want to use an external custom hook for value comparison.</li></ul></blockquote>헉... watch를 쓰면 root부터 리렌더가 발생한다고한다. 실제 사용하는 경우에는 컴포넌트의 리렌더가 발생할 수 있으니 useEffect의 deps로써 활용할 수 있도록 최적화 되어있고, 실제 예시와 같은 사용방식에서는 적합하지 않은 것 같다.그럼 문서에 나와있는 useWatch를 알아보자.<h2>useWatch API</h2>문서를 읽어보면 다음과 같이 설명하고 있다.<blockquote>Behaves similarly to the <code spellcheck="false">watch</code> API, however, this will isolate re-rendering at the custom hook level and potentially result in better performance for your application.</blockquote>음... 그럼 전체 리렌더링이 발생하는 <code spellcheck="false">watch</code>를 사용했을 때 얻는 이점은 뭐지..? 일단 적용해보았다.<pre spellcheck="false"><code class="language-typescript">// ...

const Summary: FC = () =&gt; {
 const values = useWatch&lt;Values&gt;();

 if (values.type === 'a') return &lt;Result {...getAResultProps(values)} /&gt;;
 if (values.type === 'b') return &lt;Result {...getBResultProps(values)} /&gt;;
 return &lt;Result 판매금액={0} 최종손익={0} /&gt;;
};
export default Summary; 

// ...</code></pre>Root에 존재하는 form은 리렌더하지 않고 <code spellcheck="false">Summary</code> rootLevel부터 리렌더되는 이슈는 해결되는 것을 확인할 수 있었다. 👍<h2>useWatch의 deep partial type 이슈</h2>한가지 문제가 더 있었다. <code spellcheck="false">useWatch</code>를 사용한 경우 (정확히는 parmeterless한 <code spellcheck="false">useWatch</code>를 사용한 경우) <code spellcheck="false">watch</code>와 다르게 deepPartial이 적용된 타입이 적용된다는 것이다.이 문제는 <a target="_blank" rel="noopener noreferrer nofollow" href="https://github.com/orgs/react-hook-form/discussions/10610">해당 논의</a>와 <a target="_blank" rel="noopener noreferrer nofollow" href="https://github.com/react-hook-form/react-hook-form/issues/9954">이슈</a>에서도 확인해보면 알 수 있다.결론적으로 <code spellcheck="false">watch</code>와 다르게 <code spellcheck="false">useWatch</code> 의 타입이 정의되어있는 것은 v8 버전에서 resolve가 된다고 한다.<h3>그럼 지금은 어떻게 대응해야할까?</h3>아래와 같이 하거나... 필요한 필드만 뽑아서 사용해야할 것 같다.<pre spellcheck="false"><code class="language-typescript">const values = useWatch() as Values</code></pre><h2>결론</h2><code spellcheck="false">watch</code>와 <code spellcheck="false">useWatch</code>의 네이밍만보고 동작하는 방식이 같을 것이라고 생각하고 로직안에 오류가 있다고 생각해서 해결하기까지 생각보다 시간을 썼던 것 같다. 문서를 자주 봐야겠다.

이 글은 기본적인 react-hook-form의 사용방법을 설명하고 있지 않습니다.리액트에서 폼을 다룰 때 빼놓을 수 없는 react-hook-form. (최근에 확인해보니 토스가 스폰서더라..)react-hook-form을 사용하면서 watch를 통해 values를 가져와 계산하는 컴포넌트를 만들었는데, useForm을 사용하는 컴포넌트 전체가 리렌더링 

react-hook-form의 useWatch와 watch의 차이점

<img src="https://image.until.blog/morethanmin/article/1726239900445.gif" data-width="100%" data-align="center" alt="until-1342">언틸의 피드에서는 유저들이 작성한 아티클을 모달의 형태로 볼 수 있는데요.이런 모달 형태는 유저들의 글을 빠르게 전환하며 볼 수 있다는 장점을 가지고 있어요.하지만 React State로 관리되기 때문에 몇가지 단점이 존재했어요. 예를 들어 새로고침시에 보고 있던 게시글이 사라지거나, 브라우저의 history stack을 쌓지 않기 때문에 뒤로가기(history.back)로 닫을 수 없었어요.이런 경험은 데스크탑에서는 그렇다 쳐도 모달이 풀페이지로 나타나는 모바일에서는 뒤로가기를 했을 때 아예 페이지가 닫혀버리는 등 유저 경험이 좋지 않았어요.때문에 Route로 동작하는 Modal로 변경하기로 했어요. 어떤 방식으로 구현했는지 간단하게 공유해볼게요.<h2>ArticleCard</h2>우선 ArticleCard는 기존에는 onClick handler를 통해 isOpen state를 변경해주고 있었는데요. 이것을 next/Link 컴포넌트로 변경해주었어요.<pre spellcheck="false"><code class="language-typescript">import { LinkProps } from 'next/link'
import { useRouter } from 'next/router'
import * as _ArticleCard from 'src/components/ArticleCard'
import { ArticleItem } from 'src/types/article'

type Props = {
 data: ArticleItem
}

export const ArticleCard = ({ data }: Props) =&gt; {
 const router = useRouter()

 const href: LinkProps['href'] = {
 query: {
 ...router.query,
 'article-id': data.articleId,
 },
 }

 const as = `@${data.blog.username}/${data.urlSlug}`

 return (
 &lt;_ArticleCard.Root data={data}&gt;
 &lt;_ArticleCard.Thumbnail shallow href={href} as={as} /&gt;
 &lt;_ArticleCard.AuthorInfo showGroup /&gt;
 &lt;_ArticleCard.ArticleInfo shallow href={href} as={as} /&gt;
 &lt;/_ArticleCard.Root&gt;
 )
}</code></pre><code spellcheck="false">Article.Thumbnail</code> 과 <code spellcheck="false">Article.ArticleInfo</code>가 Link의 props을 대신 받아오고 있습니다.이제 아티클 카드를 클릭하면 next/router는 href에 의해서 <code spellcheck="false">until.blog?article-id=219</code> 로 이동하게 되요.또한 as prop을 통해 article-hash-id를 브라우저 검색창에 노출하지 않고 실제 게시글 상세 route인 것처럼 변경해주었어요.<h2>ArticleDetailDialog</h2>이제 서치파라미터에 등록된 article-id를 읽어와서 모달을 띄워주면 돼요.<pre spellcheck="false"><code class="language-typescript">import { useRouter } from 'next/router'
import { Dialog, useCurrentSize } from 'ui'
import Content from './Content'
import { boxStyle } from './styles'

const ArticleDetailDialog = () =&gt; {
 const router = useRouter()
 const currentSize = useCurrentSize()

 const articleId =
 typeof router.query['article-id'] === 'string' &amp;&amp;
 router.query['article-id'] !== ''
 ? Number(router.query['article-id'])
 : null

 const handleClose = () =&gt; {
 const query = { ...router.query }
 delete query['article-id']

 router.push(
 {
 query,
 },
 undefined,
 { shallow: true, scroll: false },
 )
 }

 return (
 &lt;Dialog
 open={!!articleId}
 onClose={handleClose}
 align="top"
 alignOffset={currentSize === 'desktop' ? 60 : 40}
 css={{
 maxWidth: '920px',
 width: '100%',
 }}
 &gt;
 &lt;div css={boxStyle}&gt;
 &lt;Content articleId={articleId} onClose={handleClose} /&gt;
 &lt;/div&gt;
 &lt;/Dialog&gt;
 )
}

export default ArticleDetailDialog</code></pre>이를 통해 유저는 새로고침을 하더라도 게시글 상세페이지를 유지할 수 있고, 뒤로가기를 통해서도 모달을 닫을 수 있게 되었습니다. 👍

언틸의 피드에서는 유저들이 작성한 아티클을 모달의 형태로 볼 수 있는데요.이런 모달 형태는 유저들의 글을 빠르게 전환하며 볼 수 있다는 장점을 가지고 있어요.하지만 React State로 관리되기 때문에 몇가지 단점이 존재했어요. 예를 들어 새로고침시에 보고 있던 게시글이 사라지거나, 브라우저의 history stack을 쌓지 않기 때문에 뒤로가기(hist

next.js 에서 라우트로 관리되는 모달 구현하기 (route as modal)

<code spellcheck="false">.env</code> 파일을 이용하여 환경 변수를 설정하고, 다양한 환경에서 다른 값을 가지고 프로그램을 실행할 수 있다.일반적으로 아래와 같은 <code spellcheck="false">.env</code> 파일들을 생성해 사용한다.<ul><li><code spellcheck="false">.env</code>: 기본 환경 변수 파일</li><li><code spellcheck="false">.env.local</code>: local 환경에서만 실행</li><li><code spellcheck="false">.env.development</code>: 개발 환경에서만 실행</li><li><code spellcheck="false">.env.development.local</code>: 개발 환경에서만 로드되는 local 에서만 실행</li><li><code spellcheck="false">.env.production</code>: 프로덕션 환경에서만 로드되는 환경 변수 파일</li><li><code spellcheck="false">.env.production.local</code>: 프로덕션 환경에서만 로드되는 로컬 환경 변수 파일</li></ul><blockquote>💡 <code spellcheck="false">.local</code>이 붙으면 일반적으로 버전 관리에서 자동 제외되며, 로컬에서만 필요한 설정을 저장 한다.</blockquote>Next.js에서는 환경 변수를 로드할 때 특정 우선순위를 따른다. 우선순위는 다음과 같다.<ol><li><code spellcheck="false">.env.local</code></li><li><code spellcheck="false">.env.[MODE].local</code></li><li><code spellcheck="false">.env.[MODE]</code></li><li><code spellcheck="false">.env</code></li></ol><code spellcheck="false">[MODE]</code> 에 들어올 수 있는 값은 다음과 같다.<ul><li>production (start, build시 자동 지정)</li><li>development (dev시 자동 지정)</li><li>test (test시 자동 지정)</li></ul><h2>특정 env 파일 지정</h2>보통 위와 같이 mode가 자동 지정되는데, build를 하는데 <code spellcheck="false">production.env</code> 파일이 아닌 <code spellcheck="false">development.env</code> 파일에 있는 값을 사용하고 싶을 때가 있다.다양한 방법이 있지만 <code spellcheck="false">env-cmd</code> 라는 라이브러리를 이용해 다음과 같이 사용할 수 있다.<pre spellcheck="false"><code class="language-json">"scripts": {
 "build:dev": "env-cmd -f .env.development.local next build",
},
</code></pre><pre spellcheck="false"><code class="language-bash">yarn build:dev
</code></pre>

env 파일의 적용 우선 순위 알아보기

env 파일 우선순위

특정 env 파일 지정