Skip to content

Conversation

@TaeHyoungKwon
Copy link
Collaborator

@TaeHyoungKwon TaeHyoungKwon commented Feb 4, 2025

3주차 완료 하였습니다 Close #463

이전 PR merge 를 못해서, 이전 commit들이 남아있습니다 여기만 확인 해주세요

@github-actions
Copy link

github-actions bot commented Feb 4, 2025

우측에 있는 Projects, Milestone, Development를 확인 후 할당 해주세요~! 🙇

Copy link
Member

@jongfeel jongfeel left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

👍


# 논의 내용

1. 타입 인자 추론 힌들리-밀너 타입 추론은 코드 가독성을 생각 했을 때, 충분히 활용해볼만한 것으로 보이는데, 어느상황에서 최대한 활용하면 좋을지, 어떤 상황에서는 최대한 사용하면 안될지에 대해서 생각해 봅시다
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

저는 타입 추론이 되는 쪽으로 활용해 보면 좋다는 입장입니다.
물론 일부러 타입을 선언하는 코드로 만들 수는 있지만, 암묵적으로 가독성을 해치지만 않는다면 최대한 활용하는 방향이 좋을 것 같습니다.

# 논의 내용

1. 타입 인자 추론 힌들리-밀너 타입 추론은 코드 가독성을 생각 했을 때, 충분히 활용해볼만한 것으로 보이는데, 어느상황에서 최대한 활용하면 좋을지, 어떤 상황에서는 최대한 사용하면 안될지에 대해서 생각해 봅시다
2. 제네릭 함수를 언제 사용하면 좋을지, 언제 사용하면 안될지에 대해서 개인적인 경험이 있다면, 공유해보면 좋을 것 같습니다. 경험이 없다면 책을 읽고 본인이 생각하기에 어떤지 말해보면 좋을 것 같습니다
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

필요할 때 만들어서 사용한다가 맞다고 봅니다.
사실 필요할 것 같아서 만드는 제네릭은 대부분 한 가지 타입에 대해서만 사용하고 두 개 이상 타입에 대해서 사용했던 경험이 많이 없다 보니 그렇다고 생각합니다.
솔직히 타입 2개 까지도 제네릭 안쓰고 각각 다른 타입으로 2개 만들어도 된다고 봅니다.

가장 많이 사용하고 유용하게 사용하는 제네릭 타입으로는 List가 있을 것이고
조금 더 실용적인 측면에서 봤을 때 RestAPI의 Request, Response body가 정의되어 있다면 꼭 제네릭으로 만들어 쓰면 좋다는 생각입니다.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

조금 더 실용적인 측면에서 봤을 때 RestAPI의 Request, Response body가 정의되어 있다면 꼭 제네릭으로 만들어 쓰면 좋다는 생각입니다.

이부분 어떤 형태로 작성하는 것인지 잘 감이 안오는데, 모임 때 좀 더 설명해주시면 좋을것 같습니다! 🙇🏻


# 논의 내용

1. 타입 인자 추론 힌들리-밀너 타입 추론은 코드 가독성을 생각 했을 때, 충분히 활용해볼만한 것으로 보이는데, 어느상황에서 최대한 활용하면 좋을지, 어떤 상황에서는 최대한 사용하면 안될지에 대해서 생각해 봅시다
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

힌들리-밀너 타입 추론을 충분히 모두가 인지하고 있다면 활용하는 쪽이 훨씬 좋다고 생각됩니다.

원래라면 힌들리-밀너 타입 추론에 의해 알아서 제네릭으로 만들 때와 안 만들 때를 구분 하지만 매개변수 타입이 없는 경우는 힌들리-밀너 타입 추론에 의해 제네릭이 가능한 경우로 약속하여 사용하고 그렇지 않은 경우는 타입을 표시하여 사용하면 개발자가 단번에 인식하기 편하지 않을까 생각해봤습니다.

# 논의 내용

1. 타입 인자 추론 힌들리-밀너 타입 추론은 코드 가독성을 생각 했을 때, 충분히 활용해볼만한 것으로 보이는데, 어느상황에서 최대한 활용하면 좋을지, 어떤 상황에서는 최대한 사용하면 안될지에 대해서 생각해 봅시다
2. 제네릭 함수를 언제 사용하면 좋을지, 언제 사용하면 안될지에 대해서 개인적인 경험이 있다면, 공유해보면 좋을 것 같습니다. 경험이 없다면 책을 읽고 본인이 생각하기에 어떤지 말해보면 좋을 것 같습니다
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

책에서 보여주거나 실제 언어 차원에서 지원하는 것과 같이 자체적인 컨테이너를 만든다면 제네릭을 사용하는 것이 적합할 것 같습니다. 실제로 프로그램에 필요한 (언어에서 지원해주지 않는) 자료구조가 있다면 제네릭으로 만들어서 활용하지 않을까? 싶습니다.

@TaeHyoungKwon TaeHyoungKwon merged commit 81aa4f4 into main Mar 5, 2025
@TaeHyoungKwon TaeHyoungKwon deleted the thkwon-2025-week3 branch March 5, 2025 16:49
@github-project-automation github-project-automation bot moved this from In review to Done in 2025 Academic Conference Mar 5, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

2025 타입으로 견고하게 다형성으로 유연하게 탄탄한 개발을 위한 씨줄과 날줄

Projects

No open projects
Status: Done

Development

Successfully merging this pull request may close these issues.

<타입으로 견고하게 다형성으로 유연하게> 3장 매개변수에 의한 다형성, 총 73페이지, 2025-02-07

8 participants