Elm:
리팩토링
어떻게 하나요:
너무 많은 일을 하는 Elm 함수가 있고, UI 로직과 상태 업데이트를 혼합한다고 가정해 보세요. 리팩터링하기에 완벽한 후보입니다. 원래:
updateAndFormat : String -> Model -> (Model, Cmd Msg)
updateAndFormat input model =
let
updatedModel = { model | userInput = input }
in
if String.length input > 5 then
( updatedModel, Cmd.none )
else
( model, Cmd.none )리팩터링 후, 우리는 로직을 다른 함수로 분리하여 관심사를 분리합니다:
-- 업데이트 로직이 분리됩니다
updateUserInput : String -> Model -> Model
updateUserInput input model =
{ model | userInput = input }
-- 포맷팅(뷰) 로직도 분리됩니다
formatUserInput : Model -> (Model, Cmd Msg)
formatUserInput model =
if String.length model.userInput > 5 then
( model, Cmd.none )
else
( { model | userInput = "" }, Cmd.none ) -- 너무 짧으면 입력을 지우는 예시 규칙.
-- 업데이트 함수는 이제 헬퍼 함수를 사용합니다
updateAndFormat : String -> Model -> (Model, Cmd Msg)
updateAndFormat input model =
model
|> updateUserInput input
|> formatUserInput이러한 변경 사항으로, 명확한 분리가 있으며, 각 함수는 이해하고 테스트하기가 더 쉽습니다.
심층 분석
리팩터링은 프로그래밍 초기부터 이미 코드 변경 비용이 개발 과정의 중요한 측면으로 인식되고 있을 때 공식적인 연습으로 사용될 수 있습니다. 특히 Martin Fowler의 “Refactoring: Improving the Design of Existing Code,” 책은 1990년대 후반에 발표되어 구조화된 접근 방식과 리팩터링 기회를 식별하기 위한 “코드 냄새” 카탈로그로 리팩터링을 위한 무대를 마련하였습니다.
Elm 컨텍스트에서, 리팩터링은 프로세스 동안에 자신감을 촉진하는 강력한 타입 시스템과 같은 언어의 장점을 활용합니다. 수동 리팩터링에 대한 대안은 자동 코드 변환 툴을 포함할 수 있지만, Elm의 툴링은 일부 더 오래된 언어에 비해 여전히 성숙해지고 있습니다. 구현 세부 사항은 종종 함수 추출, 이름 변경, 조건 단순화와 같은 일반적인 리팩터링을 중심으로 합니다. Elm 컴파일러는 리팩터링에서 중요한 동맹군입니다, 무엇인가 잘못되면 즉시 알려주어 리팩터한 코드가 여전히 작동하는지 확인합니다.