[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)[질문 내용]여기에 질문 내용을 남겨주세요.   store을 선언할 때 Field 'store' may be 'final' 라는 에러메시지가 뜹니다.   final로 선언하면 상수값이 되는건데 왜 final로 선언해야 한다고 하는지 모르겠습니다.   강사님이 하실 때는 이런 메시지가 뜨지 않았던 것 같은데 왜 이러는 걸까요?  

안녕하세요. 강의 잘 들었습니다 ^^강의 완료 후 사이드프로젝트를 진행하던 중 서버에서 json형태로 url을 받아 해당 url에 요청을 보내려고 하는데보내지지가 않아서 문의를 드립니다.기본적인 문법에 문제인 것 같은데 import axios from 'axios'; import { useDispatch, useSelector } from "react-redux"; export const checkRefleshTokenAPI = async (data) => { const { serverJSON } = useSelector(state => state.oauth); console.log(serverJSON) const response = await axios.get(`${serverJSON.BROJ_SERVER}joauth/check/refreshtoken?refresh_token=${data.refreshToken}`); return response.data; }; 0.해당부분에서 ${serverJSON.BROJ_SERVER}에 문제가 있는 것 같습니다 해당부분을 그냥 텍스트로 입력시 잘 되는데 바꿔주면 되지않습니다.   1.saga에서 서버로부터 받은 url list(json)를 통해서 그떄마다 다른 url에 요청을 보낼 때는 어떤 식으로 해주는게 좋을까요?

안녕하세요.  현업에서 vue를 사용하고 있습니다. 부족한것을 채우려 처음부터 정주행 하고 있습니다. 덕분에 몰랐던것과 여러 팁 얻어가고 있습니다. 감사합니다.   질문이 있습니다. 예를들어 지금까지는 아래와같이 const userStore = { namespaced: true, state: { username: '', }, getters: { GET_USER_NAME: state => state.username, }, mutations: { SET_USER_NAME: (state, payload) => { state.username = payload.username; }, }, actions: { SET_USER_NAME({ commit }, payload) { commit('SET_USER_NAME', payload); }, }, }; export default userStore;     this.$store.commit을 사용해 mutations를 직접 건드리는것이 아니라 this.$store.dispatch를 사용하여 actions를 건드려서 mutations 커밋으로 state의 상태 를 변경해왔습니다.   - 직접 mutations을 건드리는것의 이점이 있는가?  - 대부분 actions를 사용해 mutations 커밋하는것을 권장하던데 이유가 있는가? 에 대해 알고 싶습니다.   단지 비동기 비즈니스 로직을 actions에서 수행할 수 있기에 권장하는것인가 하는 생각도 듭니다. 그렇다면 - 비동기 로직이 없는  string 저장등을 위한 로직은 actions를 거치는것보다 mutations를 바로 건드리는게 더 효율적일까요?   답변 잘부탁드립니다    

todoList를 하실 때 단어를 추가하면 localStorage에 저장하고 이를 store의 state에서 관리를 하셨는데, 그냥 store에서 관리안하고 바로 localStorage에서만 관리하면 안되는건가요?? 만약 test라는 리스트가 있을때, localStorage.setItem('test', test)이런식으로 저장하고 바로 리스트에 localStorage.getItem('test')로 가져와서 뿌려주면 되는데, 굳이 store에서 fetchTestList를 만들어서 test리스트를 관리하는 이유가 있을까요?? (이런 경우 store에서 관리를 안해도 되는지, 다시말해서 다 localStorage에서 관리를 하면 안되는지..) 질문 이해를 하셨을지 모르겠네요ㅠㅠ

안녕하세요 . 헤로피님  회사에서 React에서 Svelte로 툴 변경을 위해 강의를 수강중인 학생입니다 ^^  svelte의 context API인 getContext, setContext를 보던 중 Store와 비슷하게보여, 하위 컴포넌트에서 동일한 key를 다른 값으로 set해보았습니다. 그런데, 컴포넌트 외부에서 함수가 실행되었다고 에러 메세지가 나오고 이를 확인해보기 위해 검색을 해본결과 context로 넘긴 값은 반응성을 가지지 않는다고 알아 내었습니다.  그렇다면, store객체는 context의 기능과 더불어 어디에서나 사용가능하며, 반응성을 가지는데, 스벨트에서는 비슷한 역할을 하지만, 좀 더 활용방안이 높은 store와 context로  기능을 나누어 놓은 이유가 궁금하네요. (context의 기능을 실무에서는 하위 컴포넌트로 domain같은 상수 값 들을 전달하는 용도로만 사용하고 store는 반응성을 가질 수 있는 컴포넌트로 구분지어 사용하는 편이 좋을까요 ? 아니면 store로 context의 기능을 대체하여 사용할까요 ? )