정렬이나 분류할때 디자인패턴 뭐쓰면 좋을까?

[123(112.159)]

보통 별점순, 뭐 인기순 이렇게 정렬 하는 경우 있잖아 이럴 경우 무슨 디자인패턴 쓰는게 나을까? 

추후에 분류 기준같은거 더 들어올 수 있다는 가정하에 strategy 패턴이 나음? 

확장에 열려있을려면 뭐가 좋음?

뭐 쿼리로 처리해라 이런거 말고

[헬마스터(supersaver)]

쿼리로 처리해라

[123(112.159)]

아니 쿼리말고오오오오옹

[익명(124.51)]

왜 그걸 서비스 단에서 처리하려는 건지 모르겠네

[123(112.159)]

어디서 처리해야되 그럼? 프론트에서해?

[익명(124.51)]

쿼리.. 남들이 다 그러라고 하면 뭔가 이유가 있지 않겠니?

[123(112.159)]

둘다해봤엉 쿼리처리가 더 편한것도 맞음 그런데 분류따라 리턴 값이 달라지거나 하면 dto 클래스 따로 만들어서 해야되지않아? 그런 경우에 필요할것 같아서

[익명(124.51)]

분류 따라 리턴 값이 다르다는 것부터 이미 확장에 열려 있지 않은데..??

[123(112.159)]

그렇네 아 멍청하네진짜 ㅠ

[익명(211.177)]

잘 아네 스트레티지 패턴이 그러라고 있는 거야

[익명(211.177)]

예를 들면 구글플레이 앱 리뷰에 최신순 인기순 이런거 말하는거 아니야

[123(112.159)]

어 맞아 스트레지티지가 맞긴 맞구나 고마웡ㅋㅋ

[익명(211.177)]

정렬 쿼리에서 하지 마 위에 애들은 개체수의 늘어남을 대한 가정을 안했는데 리뷰 수가 몇십만 개 이러면 백엔드 단에서 처리하는 거 비추다

[123(112.159)]

그럼 어디서 처리하는게 좋아? 잘 몰라 나 ㅠ

[익명(211.177)]

아니면 페이지 넘기는 단위로 동기화하면 된다 유튜브 댓글 내려보는 거 참고해봐

[123(112.159)]

그 pageable이런걸로 끊어서 주라는거 맞지?

[익명(124.5)]

정렬을 db에서 하는게 가장 빠른데 어디서 하노 게이야....

[익명(211.177)]

1차원적으로 생각하네 야 그럼 어떤 유튜브 영상을 켰는데 그 댓글 데이터를 유저마다 갖고 있냐? 어떤 유저는 최신순이고 어떤 유저는 인기순으로 켜놓는데 이걸 다 db가 한다고? 어떻게?

[익명(211.36)]

이건 또 무슨 소리야 ㅋㅋㅋ 댓글 데이터를 유저가 왜 갖고 있어.. 서버에서 요청에 따라 넘겨주는거지

[익명(211.177)]

그러니까 그 수십억명의 정렬 처리를 왜 DB가 해 ㅋㅋㅋㅋ 자기 컴퓨터 냅두고 서버에다 왜 맡겨 ㅋㅋ 서버 터질 일 있어?

[익명(211.36)]

유튜브 영상 댓글이 한 번에 다 가져오냐? 끊어서 스크롤 단위로 가져오지? 그리고 혹시 캐싱이라고 들어봄? ㅋㅋ

[익명(211.177)]

그 사례는 위에서 내가 말한거고 ㅋㅋㅋ

[익명(211.36)]

누가 보면 구글 서버가 하나인 줄 알겠네 ㅋㅋ

[익명(211.36)]

그니까 그런 걸 가져오는 게 백엔드라고.. 프론트에서 생 데이터 정렬하는 코스트는 0임?ㅋㅋ

[익명(124.5)]

댓글 테이블에 있는 데이터 인기순이나 최신순으로 누를때마다 정렬해서 보여주는거 아니었노?

[익명(124.5)]

게이야... 아무리 그래도 프론트에서 정렬한다는 발언은 너무한것같은데 우리 게이 경력 1일은 되노...?

[익명(211.177)]

https://stackoverflow.com/questions/43414603/array-sorting-in-front-end-or-back-end

[익명(211.36)]

그게 나한테 한 말이면 넌 진짜 지능에 문제 있는 거임.

[익명(211.177)]

다른 사람 말도 들어야 납득을 하지 어휴

[익명(211.177)]

프갤은 아무튼 더닝 크루거 정점 찍은 애들이 입 개발을 많이해서 문제야

[익명(211.36)]

이건 니 잘못이 아니다 ㅋㅋㅋ 평생 그렇게 살도록

[익명(106.101)]

쿼리로 처리하라는 이유가 다 있다.. 모르겠으면 둘다 해봐

[123(112.159)]

둘다 해봤지 솔직히 쿼리로 처리하는게 더 편하긴 하더라 그냥 인자값 하나더주면되니깐 그냥 궁금해서