[곽원영]

[윤용호]

값 중심의 언어이지만 '외부에 공개되는 모듈'이라는 표현에서
(signature에 대해 그렇게 표현되어 있더라구요)

OOP의 개념을 좀 가져와보자면... 내부 구현이 어찌되었든

외부의 입장에선 Queue의 작동을 하기만 하면 된다면..

스펙에 '때때로' 옮기라고 되어있으면 말 그대로 '때때로' 옮기면 되는것 같아요.

아마 성능을 고려한다면 최대한 적게 옮기는게 좋을 것 같지만...

[JeongSangMin]

잘 생각해보시면 언제 옮겨야 할지 바로 아실 수 있을겁니다.

기억해야 할 것은 이것이 큐처럼 작동해야 한다는 거죠.

[최원태]

두분의 답변에 제가 보텔 부분이 없어보입니다.
가장 간단하게 짜는게 성능은 제일 좋을겁니다.

윤용호씩의 답변에 사족을 하나만 달께요.
발견하신 OOP와의 공통점은 Data Abstraction이라는 추상화기법입니다.
"자료가 있고 함수가 있는데, 함수를 부르기 전에 이렇던 것이 후에 이렇게 된다"
이런 약속만 지켜진다면 내부구현이야 내 알바 아니다
라고 생각하면 프로그램 짜기 참 편하더라는 거죠.

OO언어, nML뿐만 아니라 C에서도 가능합니다.
라이브러리 버전을 바꿔서 링킹해도 잘 돌아가는 것이
C에서의 Data Abstraction의 대표적인 예가 됩니다.

[곽원영]

충분한 답변이 되었습니다.
감사합니다