CLEANUP: use bkey instead of subkey when it only related to btree

[oliviarla]

🔗 Related Issue

• "bkey" and "subkey" 용어 사용 정리 #521

⌨️ What I did

• btree에서만 사용되는 메서드/필드의 경우 subkey라는 용어 대신 bkey라는 용어를 사용하도록 합니다.
• btree외에 list, set, map에서 함께 사용되는 메서드/필드의 경우 변경하지 않았습니다.
• BinaryOperationFactory에서 사용되지 않는 collectionInsert 메서드를 제거했습니다.
• CollectionGet 추상 클래스의 경우 subkey 필드가 존재하고, 이를 ListGet, MapGet, BTreeGet, BTreeFindPositionWithGet 등 상속클래스에서 사용합니다. 여기서 BTreeGet, BTreeFindPositionWithGet 내부적으로 bkey라는 용어를 사용할 수 없습니다. 이러한 구조는 이슈를 생성해 다른 PR로 개선하도록 하겠습니다.

[jhpark816]

리뷰 완료

[jhpark816]

"b+tree element's key"로 표현하는 것이 좋겠습니다.

[jhpark816]

메소드 명이나 리턴 타입 등을 봐서는 b+tree 한정된 연산이 아니므로 subkey 용어를 그대로 두어야 하지 않는 지?

아마 b+tree에서만 사용한다고 변경한 것으로 보이는 데,
향후 다른 collection(예, map)에서도 이 연산을 제공될 수 있을 것 같습니다.
어떻게 하는 것이 좋을까요?

[oliviarla]

향후 제공될 가능성이 높다면 그대로 두겠습니다.
다만, 본 PR에서 수정하지 않는다 하더라도 subkey라는 맞지 않는 용어를 그대로 쓰고 있는 것 자체가 문제라서 추후 다른방안을 생각해야 할 것 같습니다.

[jhpark816]

이 부분은 현재 PR처럼 bkey로 변경하는 걸로 합시다.

[oliviarla]

어차피 나중에 collectionInsert, collectionUpdate 등에서 subkey 용어를 변경할 때 한꺼번에 처리하면 될 것 같아, 이 PR에서는 변경 안하려고 합니다. 괜찮으신가요?

[jhpark816]

예. 그렇게 하시죠.

[oliviarla]

@jhpark816 수정했습니다.

[jhpark816]

리뷰 완료

[jhpark816]

여기는 CollectionMutateOperation 입니다.

[oliviarla]

@jhpark816 반영했습니다.