물론 범용으로 개발되어 배포되는 자료의 한계일 수도 있습니다. 여러 환경에 만족하도록 고려한다는게 쉽지는 않겠죠.
그런데 그런 것이 아닌 그냥 개발자의 신념이나 주관에 의해서 결정된 것이 간혹 사용자들이 사용함에 있어하 불편 또는 한계를 만들어 내는 경우가 있습니다.
지면의 상황에 따라 목록수를 줄이고 페이지 수를 늘려 제공하는 list 의 총량은 그대로 유지하고 싶은 경우가 있습니다.
그런데 제가 사용하는 위젯의 경우 페이지를 1,2,3 페이지에서만 고르게 되어있습니다.
왜일까요??
목록의 수를 많이 가져오는 것을 개발자분이 방지해주고 싶은 것은 아니었을 겁니다.
개인적으로 페이지를 구분해서 출력하는 페이지 수를 굳이 제한해서 제공해야 하는 이유를 찾지 못했습니다. 성능의 이슈도 발견해 내지 못했구요. 저희는 페이지 수를 좀더 선택할 수 있도록 추가해 줬습니다.
이 사례를 제가 잘못 이해하는 것은 아닐지 라는 조심스러운 생각도 들더군요. 뭔가 이유가 있어서 그런 것을 제가 이해하지 못하고 오해하는 것 일수도...
지금 사례와 비슷한 사용자로서 원치하는 제한이 되어 있는 경우가 종종 있어 이런 생각이 들었습니다.
물론 저는 저희 사이트에 맞게 수정해서 사용하려는 성향이 강한 운영자 이다 보니 이런 생각을 하고 있는지도 모르겠네요.
너무 많이 가져오면 성능에 매우 안 좋습니다.
저 위젯은 글쓴이 이름이 나오지 않아서 그나마 괜찮겠지만, 글쓴이 정보가 들어가면 회원정보 확장 애드온, 포인트 레벨 아이콘 애드온 등이 전체 글 수만큼 루프를 돌려버립니다. 글쓴이 이름이 없어도 모바일 표시 애드온처럼 글 수만큼 루프 돌리는 애드온이 꽤 많습니다.
3페이지 가져오던 것을 5페이지 가져온다고 큰 문제가 생기지는 않지만, 무제한으로 풀어주면 100페이지로 설정해 놓고 그 위젯 느리다고 툴툴거리는 사용자가 나올 수도 있겠지요. 잘 튜닝된 서버가 아니라면, 그리고 오브젝트 캐시가 없다면... 페이지수를 늘려서 설정을 저장하는 순간 아예 접속이 불가능할 정도로 심하게 느려질 수도 있어요. 성능과 안정성을 보장할 수 있는 범위 내에서만 기능을 제공하는 것은 개발자 입장에서는 현명한 판단인 것 같습니다.