api server 기준으로 말하자면, 프론트엔드을 고려하지 않아야 합니다. 다시 말하면 프론트 없이 api 만으로도 애플리케이션을 이해하고 사용할 수 있는 것이 좋습니다. 예를 들어 "우리 프론트엔드는 어떤 프레임워크로 어떤 ui를 사용할 거니까 거기에 딱맞게 보내줘야지. " 이렇게 만들면 프론트 측 변경사항이 생길때마다 서버도 바꾸게 됩니다
영상 잘 봤습니당. ㅎㅎ 질문하나 드려도 될까요? 취업용 플젝으로 스프링부트/React를 계획하고 있었는데, 같이하기로 한 친구가 개발자 GG를 선언하셨어요! ㅎㅎ 바로 코앞이라 쩔수없이 스프링/JSP로 혼자 해야할거 같은데, 혹시 React를 한달정도 판다면! 플젝에 잘 녹일수 있을까요? 레거시플젝엔 JSP가 많이 쓰인다지만, 최근엔 스부/SPA 플젝이 많다고 해서요. 조금 걱정이네요.
말씀하신대로 저도 양쪽에서 다 해봤는데요 ㅎㅎ 보통 백엔드가 주도해서 작성하고 추후 프론트 붙이면서 문제가 있을경우 수정하는 방향으로 작업하는것 같습니다. 물론 프론트에서 먼저 요청값을 알려줄 순 있지만, 결국 백엔드가 현재 erd 구조나 다른 페이지의 재사용(혹은 추후 확장성) 등을 고려해서 api 명세를 정해야 한다고 생각해서요!
api server 기준으로 말하자면, 프론트엔드을 고려하지 않아야 합니다. 다시 말하면 프론트 없이 api 만으로도 애플리케이션을 이해하고 사용할 수 있는 것이 좋습니다. 예를 들어 "우리 프론트엔드는 어떤 프레임워크로 어떤 ui를 사용할 거니까 거기에 딱맞게 보내줘야지. " 이렇게 만들면 프론트 측 변경사항이 생길때마다 서버도 바꾸게 됩니다
누가 효율적인걸 따질 것이 아니라 옳은것을 해야지요
1:01 일감미루는것처럼 느껴질 수 있는거 너무 공감이에요
누구나 겪었을만한 공감되는 주제네요 사담이지만 손 되게 크셔서 타이핑 잘하실거 같네요
영상 잘봤습니다!!
비슷한 경험이 있었는데요. 저희는 같은 api를 여러 개발자가 요청하는 상황이 많았어서 데이터 일관성 때문에 간단해도 백엔드에서 주로 처리를 했었던 기억이있네요.
감사합니다. 전 혼자 개발 하는데도 계속 고민해요 ㅎ
워...취준생이라 잘은 모르지만 영상 초반부에 말씀하신 API 30번 호출은 진짜 좀 띠용인데요? ㅋㅋㅋ 그냥 첨부터 db에서 날짜별로 group by 같은걸로 갖고 오는 것도 하나의 방법일 거 같은데...API 요청 30번은 너무 비효율적인 거 같네요 ㅠ
개발자 답답해서 노코드툴로 백엔드 프론트 혼자 그냥 만들었음
개인적 선호도는 프론트앤드에서 연산은 가능한 안하는걸 선호합니다. API가 진짜 frontend에 딱 맞게 데이터 가공해서 던져주는게 젤 깔끔해요. 근데 현실에서 100%그렇게는 안되네요.
영상 잘 봤습니당. ㅎㅎ 질문하나 드려도 될까요?
취업용 플젝으로 스프링부트/React를 계획하고 있었는데, 같이하기로 한 친구가 개발자 GG를 선언하셨어요! ㅎㅎ
바로 코앞이라 쩔수없이 스프링/JSP로 혼자 해야할거 같은데, 혹시 React를 한달정도 판다면! 플젝에 잘 녹일수 있을까요?
레거시플젝엔 JSP가 많이 쓰인다지만, 최근엔 스부/SPA 플젝이 많다고 해서요. 조금 걱정이네요.
게발 시작하기 앞서 api 명세서를 작성하잖아요 누가 주도해서 작성하는 게 맞나요? 프론트에서 필요한 요청값을 아니까 프론트에서 한적도있고, 백에서 먼저 한적도 있어서요 물론 결국 협업하려면 수정하게되지만요
말씀하신대로 저도 양쪽에서 다 해봤는데요 ㅎㅎ 보통 백엔드가 주도해서 작성하고 추후 프론트 붙이면서 문제가 있을경우 수정하는 방향으로 작업하는것 같습니다.
물론 프론트에서 먼저 요청값을 알려줄 순 있지만, 결국 백엔드가 현재 erd 구조나 다른 페이지의 재사용(혹은 추후 확장성) 등을 고려해서 api 명세를 정해야 한다고 생각해서요!
아니.그렇게.리퀘스트를 여러번 날리면 시간이 더 들텐데..
백엔드 정신 나갔나 ㅋㅋㅋㅋㅋㅋ SQL 할 줄 모르는 것 같은데
걍 귀찮아서 그런듯
프론트가.. 말대꾸??