보통 별점순, 뭐 인기순 이렇게 정렬 하는 경우 있잖아 이럴 경우 무슨 디자인패턴 쓰는게 나을까?
추후에 분류 기준같은거 더 들어올 수 있다는 가정하에 strategy 패턴이 나음?
확장에 열려있을려면 뭐가 좋음?
뭐 쿼리로 처리해라 이런거 말고
보통 별점순, 뭐 인기순 이렇게 정렬 하는 경우 있잖아 이럴 경우 무슨 디자인패턴 쓰는게 나을까?
추후에 분류 기준같은거 더 들어올 수 있다는 가정하에 strategy 패턴이 나음?
확장에 열려있을려면 뭐가 좋음?
뭐 쿼리로 처리해라 이런거 말고
쿼리로 처리해라
아니 쿼리말고오오오오옹
왜 그걸 서비스 단에서 처리하려는 건지 모르겠네
어디서 처리해야되 그럼? 프론트에서해?
쿼리.. 남들이 다 그러라고 하면 뭔가 이유가 있지 않겠니?
둘다해봤엉 쿼리처리가 더 편한것도 맞음 그런데 분류따라 리턴 값이 달라지거나 하면 dto 클래스 따로 만들어서 해야되지않아? 그런 경우에 필요할것 같아서
분류 따라 리턴 값이 다르다는 것부터 이미 확장에 열려 있지 않은데..??
그렇네 아 멍청하네진짜 ㅠ
잘 아네 스트레티지 패턴이 그러라고 있는 거야
예를 들면 구글플레이 앱 리뷰에 최신순 인기순 이런거 말하는거 아니야
어 맞아 스트레지티지가 맞긴 맞구나 고마웡ㅋㅋ
정렬 쿼리에서 하지 마 위에 애들은 개체수의 늘어남을 대한 가정을 안했는데 리뷰 수가 몇십만 개 이러면 백엔드 단에서 처리하는 거 비추다
그럼 어디서 처리하는게 좋아? 잘 몰라 나 ㅠ
아니면 페이지 넘기는 단위로 동기화하면 된다 유튜브 댓글 내려보는 거 참고해봐
그 pageable이런걸로 끊어서 주라는거 맞지?
정렬을 db에서 하는게 가장 빠른데 어디서 하노 게이야....
1차원적으로 생각하네 야 그럼 어떤 유튜브 영상을 켰는데 그 댓글 데이터를 유저마다 갖고 있냐? 어떤 유저는 최신순이고 어떤 유저는 인기순으로 켜놓는데 이걸 다 db가 한다고? 어떻게?
이건 또 무슨 소리야 ㅋㅋㅋ 댓글 데이터를 유저가 왜 갖고 있어.. 서버에서 요청에 따라 넘겨주는거지
그러니까 그 수십억명의 정렬 처리를 왜 DB가 해 ㅋㅋㅋㅋ 자기 컴퓨터 냅두고 서버에다 왜 맡겨 ㅋㅋ 서버 터질 일 있어?
유튜브 영상 댓글이 한 번에 다 가져오냐? 끊어서 스크롤 단위로 가져오지? 그리고 혹시 캐싱이라고 들어봄? ㅋㅋ
그 사례는 위에서 내가 말한거고 ㅋㅋㅋ
누가 보면 구글 서버가 하나인 줄 알겠네 ㅋㅋ
그니까 그런 걸 가져오는 게 백엔드라고.. 프론트에서 생 데이터 정렬하는 코스트는 0임?ㅋㅋ
댓글 테이블에 있는 데이터 인기순이나 최신순으로 누를때마다 정렬해서 보여주는거 아니었노?
게이야... 아무리 그래도 프론트에서 정렬한다는 발언은 너무한것같은데 우리 게이 경력 1일은 되노...?
https://stackoverflow.com/questions/43414603/array-sorting-in-front-end-or-back-end
그게 나한테 한 말이면 넌 진짜 지능에 문제 있는 거임.
다른 사람 말도 들어야 납득을 하지 어휴
프갤은 아무튼 더닝 크루거 정점 찍은 애들이 입 개발을 많이해서 문제야
이건 니 잘못이 아니다 ㅋㅋㅋ 평생 그렇게 살도록
쿼리로 처리하라는 이유가 다 있다.. 모르겠으면 둘다 해봐
둘다 해봤지 솔직히 쿼리로 처리하는게 더 편하긴 하더라 그냥 인자값 하나더주면되니깐 그냥 궁금해서