Ruby 3.4에서 기본적으로 코드는 이전과 동일하게 작동하며, 문자열 리터럴의 불변성 관련 변경 사항은 없습니다. 그러나 Warning[:deprecated] = true 설정을 통해 경고를 명시적으로 활성화하면, 문자열 변경 시 경고 메시지가 출력됩니다. 이 경고는 선택 사항이므로 개발자가 직접 활성화해야만 확인할 수 있습니다. Frozen String Literals는 성능 측면에서 중요한 이점을 제공합니다. 동일한 문자열 리터럴을 중복 제거함으로써 가비지 컬렉션 부하를 최대 20%까지 줄이고, 메모리 사용량을 절약하며, 동일한 문자열을 빈번하게 생성하는 코드의 실행 속도를 향상시킬 수 있습니다. frozen_string_literal: true를 사용하면 동일한 문자열 객체가 재사용되어 이러한 성능 향상을 직접 확인할 수 있습니다. 이 변화의 가장 큰 영향은 개발자의 애플리케이션 코드보다는 의존성(Gem)에서 발생할 수 있습니다. 일부 Gem이 문자열을 변경하는 로직을 포함하고 있다면 경고가 발생할 수 있습니다.
Ruby 3.4는 frozen_string_literal 주석이 없는 파일에 대해 ‘chilled strings’라는 메커니즘을 도입합니다. 이는 미래의 비호환성에 대한 경고를 제공하면서도 현재 코드가 문제없이 작동하도록 유지하며, 개발자가 문제를 점진적으로 해결할 시간을 벌어줍니다. 경고가 발생하면 해당 문자열은 영구적으로 변경 가능한(mutable) 상태가 됩니다. Rails 애플리케이션에서 이러한 문제를 찾기 위해서는 세 가지 단계를 따를 수 있습니다. 첫째, config/environments/development.rb 파일에 Warning[:deprecated] = true를 추가하거나, RUBYOPT="-W:deprecated" rails server 명령어로 앱을 실행하여 경고를 활성화합니다. 둘째, 테스트 스위트(spec/spec_helper.rb 또는 test/test_helper.rb)에 경고를 활성화하고 테스트를 실행하여 문자열 변경 지점을 찾습니다. 셋째, ruby --debug=frozen-string-literal your_script.rb 명령어를 사용하여 문자열이 생성되고 변경되는 정확한 위치를 상세하게 파악할 수 있습니다.
일반적인 코드 수정 패턴으로는 문자열 빌딩 시 +"string" 구문을 사용하여 변경 가능한 문자열 복사본을 생성하거나, gsub! 대신 gsub과 같이 새로운 문자열을 반환하는 비파괴적인 메서드를 사용하는 방법이 있습니다. 문자열 보간(String Interpolation)은 새로운 문자열을 생성하므로 안전하게 사용할 수 있습니다. 마이그레이션 전략으로, 새로운 코드를 작성할 때는 모든 문자열을 불변으로 취급하여 frozen strings와 자연스럽게 호환되도록 작성하는 것이 좋습니다. 기존 Rails 앱의 경우, frozen_string_literal 매직 주석을 서둘러 제거하기보다는 CI/CD 파이프라인에서 새로운 경고를 추적하며 점진적으로 수정하고, 먼저 Gem 업데이트를 통해 호환성 문제를 해결하는 것이 권장됩니다. CI/CD 환경에서는 RUBYOPT="-W:deprecated" bundle exec rspec와 같이 경고를 활성화하여 테스트를 실행할 수 있습니다.
Ruby 3.4로의 업그레이드는 안전합니다. 기본적으로 기존 애플리케이션의 동작이 변경되지 않으며, 경고는 선택 사항이고, Ruby 4.0까지의 점진적인 전환 기간이 주어지기 때문입니다. 또한, RUBYOPT="--disable-frozen-string-literal" 또는 특정 파일에 frozen_string_literal: false 주석을 추가하여 경고를 비활성화할 수 있는 명확한 회피책이 제공됩니다.