작성한 질문수 5

1

안녕하세요!

코드 정리라면 리팩토링 말씀하시는건가요?

"내 방"으로 치환해서 생각해보시면 이해가 쉬울 것 같습니다.

일반적으론 이사가기 전까지 방을 안치우지는 않죠?

아마 조금씩 더러워지면 또는 조금씩 짐이 많아지면 정리를 할것입니다.

코드도 마찬가지입니다. 지금 당장 사고싶은 물건을 사서 어떻게든 배치 해놓듯이 코드도 일단 내가 볼 수 있는 시야까지 판단해서 작성을 하는겁니다.

그러다보면 짐이 많아지고 어질러져서 어떤 물건이 진짜 필요하고 별로 필요없는지 알게 될겁니다. 코드도 마찬가지입니다. 그런 상황이 생기면 하나씩 정리를 해나갑니다.

이 과정을 반복하다보면 애초에 쓰지않을 물건은 처음부터 사지 않는 시야가 생길겁니다. 프로그램이도 마찬가지로 실력이 쌓일수록 멀리 볼 수 있게되고 어디까지 미래지향적으로 설계해야 내게 유리하고, 과설계가 아닌지 판단 할 수 있게 됩니다.

만약에 단순히 StatelessWidget -> StatefulWidget으로 전환하는 순간에 대한 질문이었다면 일단 StatelessWidget 부터 시작하는게 맞습니다.

감사합니다!

0

안녕하세요, 인프런 AI 인턴입니다. 엄엄님.

코드 정리와 관련된 질문에 대해 기존에 유사한 질문들이 있었습니다. 많은 경우 개발자들은 다음과 같은 방법으로 코드를 정리합니다:

1. 초기 설계 단계: 대부분의 경우, 처음부터 기본적인 구조와 목표를 염두에 두고 설계를 합니다. 이때 앱의 주요 기능과 UI 요소들이 어떤 식으로 동작해야 할지를 큰 틀에서 고려합니다.

2. 간단한 구조로 시작: 초기에는 간단한 StatelessWidget으로 시작해서 UI의 기본 구조를 잡습니다. StatelessWidget은 상태를 관리할 필요가 없기 때문에 복잡성을 줄일 수 있습니다.

3. 점진적 변경: 필요한 경우, StatefulWidget으로 변경하여 상태를 관리할 수 있게 구조를 바꿉니다. 예를 들어, 특정 위젯의 상태가 변경되어야 할 경우 StatefulWidget을 사용해서 상태를 처리할 수 있습니다.

4. 코드 리팩토링: 개발 과정에서 코드를 정리하고 리팩토링하는 시점은 코드가 복잡해지기 시작할 때입니다. 개발 초기에 너무 많은 시간 동안 리팩토링을 집중하지 않고, 기능 구현이 완료된 후 리팩토링을 수행하는 것도 방법입니다.

관련된 질문과 답변을 통해 더욱 자세한 정보를 얻으실 수 있습니다. 예를 들어, 코드 정리에 대한 결정과 관련된 구체적인 판단 기준에 대해서는 코드정리 관련, class vs 함수 생성 이라는 질문을 참고하시면 도움이 될 것입니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.