Rails 6 기능: 새로운 기능과 중요한 이유
게시 됨: 2022-03-11대부분의 Ruby on Rails 팬이 알고 있듯이 Rails 6이 곧 출시될 예정이며 많은 기대를 모으고 있는 기능과 변경 사항을 제공합니다. 이 기사의 목적은 Rails 6에 추가된 주요 기능에 익숙해지고 애플리케이션을 개선하여 귀중한 개발 시간을 절약하는 데 어떻게 도움이 되는지 설명하는 것입니다.
우선, Rails 6에는 Ruby 2.5 이상과 업그레이드된 데이터베이스가 필요하다는 것을 기억하십시오. 따라서 아직 수행하지 않은 경우에 대비하여 그에 따라 시스템을 업그레이드할 계획이 있는지 확인하십시오.
그렇다면 이러한 새로운 기능은 무엇입니까? 다음은 앞으로 사용하게 될 주요 Rails 6 기능에 대한 간략한 요약입니다.
Rails 6에서 테스트하기
전문 Ruby on Rails 개발자로서 우리는 코드에 대한 최대 적용 범위를 보장하는 것을 목표로 합니다. 그러나 테스트 케이스가 "무거워"지고 테스트 케이스를 실행하기 위해 몇 분 또는 몇 시간을 기다려야 하는 경우 테스트는 지루한 활동이 됩니다.
병렬 테스트
자, Rails 6에는 여기에 답이 있습니다. 분기된 프로세스로 테스트 스위트를 병렬화할 수 있는 ActiveSupport::TestCase 에 parallelize 메소드를 추가했습니다.
따라서 테스트를 위한 프로세스를 병렬화하기 위해 해야 할 일은 다음을 test_helper.rb 에 추가하는 것입니다.
parallelize(workers: 2) 또는 테스트 실행을 위해 이전에 사용한 명령을 대체할 수 있습니다. 예를 들어, bin/rails test OR bin/rspec spec 은 이제 PARALLEL_WORKERS=15 rails test OR PARALLEL_WORKERS=15 rspec spec 으로 대체될 수 있습니다.
따라서 Travis, Gitlab, CircleCI 등과 같은 다양한 CI 플랫폼에서 테스트 스위트를 실행하기 위한 명령을 변경할 수 있습니다.
또한 각 프로세스가 생성/삭제될 때 후크가 있으며 다음과 같이 사용할 수 있습니다.
class ActiveSupport::TestCase parallelize_setup do |worker| # setup databases end parallelize_teardown do |worker| # cleanup databases end parallelize(workers: :number_of_processors) end참고: 더 자세히 알고 싶다면 Rails Guides에서 자세한 내용을 확인하세요.
액션 케이블 테스트
효율적인 테스팅에 대해 이야기했으니, Rails 5의 가장 두드러진 기능 중 하나인 Action Cable이 어떻게 개선되었는지도 알아봅시다. 이제 연결 , 채널 및 방송 과 같은 모든 수준에서 Action Cable을 테스트할 수 있습니다.
연결 테스트 는 연결 식별자가 올바르게 할당되었는지 또는 부적절한 연결 요청이 거부되었는지 확인하는 것을 목표로 합니다.
class ApplicationCable::ConnectionTest < ActionCable::Connection::TestCase test "connects with params" do connect params: { user_id: 42 } OR cookies.signed[:user_id] = "42" connect assert_equal connection.user_id, "42" end test "rejects connection without params" do assert_reject_connection { connect } end end사용자가 채널을 구독할 수 있고 채널에 스트림이 있는지 확인하기 위해 채널 테스트 를 작성할 수 있습니다.
class ChatChannelTest < ActionCable::Channel::TestCase test "subscribes and stream for room" do # Simulate a subscription creation by calling `subscribe` subscribe room: "15" # You can access the Channel object via `subscription` in tests assert subscription.confirmed? assert_has_stream "chat_15" end end채널에 대한 브로드캐스팅 은 다음과 같이 테스트할 수 있습니다.
# app/jobs/chat_relay_job.rb class ChatRelayJob < ApplicationJob def perform_later(room, message) ChatChannel.broadcast_to room, text: message end end # test/jobs/chat_relay_job_test.rb require 'test_helper' class ChatRelayJobTest < ActiveJob::TestCase include ActionCable::TestHelper test "broadcast message to room" do room = rooms(:all) assert_broadcast_on(ChatChannel.broadcasting_for(room), text: "Hi!") do ChatRelayJob.perform_now(room, "Hi!") end end end참고: 테스트 방법에 대한 추가 정보는 여기에서 찾을 수 있습니다.
대량 삽입 및 Upsert
어느 시점에서 우리 모두는 한 번에 여러 레코드를 삽입해야 하며 그렇게 할 때 많은 해결 방법을 찾았습니다. 음, Rails 6에는 update_all 과 유사한 insert_all 이라는 새로운 메서드가 기본적으로 제공됩니다.
콜백을 실행하지 않고 단일 SQL 쿼리를 실행합니다. Postgres와 같은 많은 최신 데이터베이스에서 노출되는 upsert 작업을 사용할 수 있는 추가 메서드 upsert_all 이 있습니다. 이제 삽입 쿼리를 줄이고 코드를 더욱 최적화할 수 있습니다. 또한 activerecord-import 와 같이 이전에 사용했던 gem에 작별을 고하십시오.
단일 INSERT SQL 쿼리는 이러한 방법으로 준비되고 단일 SQL 문은 모델을 인스턴스화하거나 Active Record 콜백 및 유효성 검사를 호출하지 않고 데이터베이스로 전송됩니다. 또한 upsert 쿼리를 건너뛰거나 실행하는 옵션으로 기본 키(고유 인덱스 또는 고유 제약 조건)를 위반할 때 기준을 정의할 수 있습니다.
몇 가지 예는 다음과 같습니다.
result = Article.insert_all( [ { id: 1, title: 'Handling 1M Requests Per Second', author: 'John', slug: '1m-req-per-second' }, #...snip... ], returning: %w[ id title ], unique_by: :index_articles_on_title_and_author ) result = Article.upsert_all( [ { id: 1, title: 'Handling 1M Requests Per Second', author: 'John', slug: '1m-req-per-second' }, { id: 1, .... }, # duplicate 'id' here { id: 2, .... }, { id: 3, .... }, # duplicate 'title' and 'author' here { id: 4, .... }, { id: 5, .... }, # duplicate 'slug' here { id: 6, .... } ] ) 방법은 insert , insert! upsert 는 insert_all , insert_all! 및 upsert_all , 각각.
참고: 다른 데이터베이스에 대한 대량 쿼리를 설명하는 아주 좋은 기사가 있습니다. 추가 정보가 필요하면 확인하십시오.
여러 데이터베이스 간 전환
많은 대형 애플리케이션이 높이 평가할 주요 기능 중 하나는 다음과 같습니다. Rails 6은 마침내 애플리케이션을 위한 여러 데이터베이스에 대한 지원을 추가했으며 내장 및 즉시 사용할 수 있습니다!
물론 설계 선택은 여전히 귀하의 몫입니다. 애플리케이션을 각각 별도의 데이터베이스가 있는 여러 마이크로서비스로 분할하거나, 모놀리식 경로를 사용하거나, 애플리케이션에 여러 읽기 전용 복제본을 추가할 수 있습니다.
그러나 이렇게 쉬운 방식으로 수행할 수 있는 기능을 사용하면 개발 측면에서 많은 시간을 절약할 수 있습니다.
따라서 새 database.yml 파일은 다음과 같이 표시됩니다.
development: primary: database: my_primary_db user: root primary_replica: database: my_primary_db user: ro_user replica: true animals: database: my_animals_db user: root animals_replica database: my_animals_db user: ro_user replica: true다음은 다른 데이터베이스로 전환하는 방법을 지정하는 흥미로운 방법입니다.
class AnimalsModel < ApplicationRecord self.abstract_class = true connects_to database: { writing: :animals_primary, reading: :animals_replica } end class Dog < AnimalsModel # connected to both the animals_primary db for writing and the animals_replica for reading end여기에 문서화되어 있는 공식 GitHub 페이지가 있습니다. 개인적으로 저는 향후 Rails 업데이트(이와 같은 것)에서도 데이터베이스 샤딩 기능을 갖기를 기대합니다.
작업 사서함
Rails 6의 또 다른 흥미로운 기능은 수신 이메일을 Rails에서 처리하기 위해 사서함과 같은 컨트롤러로 라우팅 하는 기능을 추가하는 Action Mailbox의 추가입니다.
Action Mailbox는 Mailgun, Mandrill, Postmark 및 SendGrid에 대한 수신 기능을 제공합니다. 내장된 Exim, Postfix 및 Qmail 수신을 통해 직접 수신 이메일을 처리할 수도 있습니다. 이제 더 자세히 설명하지 않고도 잠재적인 이점을 상상할 수 있습니다. 지원 티켓 자동화에 이르기까지 헬프 데스크의 메일을 직접 처리할 수 있습니다. Rails 6을 사용하면 고객이 이메일 등을 통해 직접 응답할 수 있습니다. 이 기능을 탐색하고 응용 프로그램에 이상적인 접근 방식을 제시할 수 있는 기회가 열려 있습니다.
다음은 Action Mailbox를 사용하는 방법을 이해하기 위한 작은 예입니다.
COMMENTS_REGEX = /^comment\+(.+)@example\.com/i # app/mailboxes/application_mailbox.rb class ApplicationMailbox < ActionMailbox::Base routing COMMENTS_REGEX => :comments end # app/mailboxes/comments_mailbox.rb class CommentsMailbox < ApplicationMailbox def process user = User.find_by(email: mail.from) post_uuid = COMMENTS_REGEX.match(mail.to)[1] post = Post.find_by(uuid: post_uuid) post.comments.create(user: user, content: mail.body) end end또한 이메일을 구성하는 새로운 방법은 다음과 같습니다(Sendgrid의 예).
# config/environments/production.rb config.action_mailbox.ingress = :sendgrid rails credentials:edit 를 사용하여 action_mailbox.ingress_password 아래 애플리케이션의 암호화된 자격 증명에 암호를 추가합니다. 여기서 Action Mailbox는 자동으로 암호를 찾습니다.
action_mailbox: ingress_password: … 이전에 생성한 사용자 이름 actionmailbox 와 비밀번호를 사용하여 인바운드 이메일을 /rails/action_mailbox/sendgrid/inbound_emails 로 전달하도록 SendGrid Inbound Parse를 구성합니다. 애플리케이션이 https://example.com 에 있는 경우 다음 URL을 사용하여 SendGrid를 구성합니다.
https://actionmailbox:[email protected]/rails/action_mailbox/sendgrid/i더 자세히 알아보고 싶다면 Rails에 이에 대한 가이드가 이미 있습니다.
자이트베르크
Zeitwerk는 Ruby의 새로운 코드 로더입니다. 기존 파일 구조가 주어지면 Zeitwerk는 요청 시 프로젝트의 클래스와 모듈을 로드합니다. 즉, 자체 파일에 대해 require 호출을 작성할 필요가 없습니다. Rails 6에서 활성화하려면 다음을 수행합니다.
config.autoloader = :zeitwerkZeitwerk에 대한 자세한 내용은 여기에서 확인할 수 있습니다.
옵티마이저 힌트
일부 쿼리를 실행하는 데 너무 오래 걸리는 것이 걱정되십니까? 이제 쿼리에 대한 시간 초과를 정의하는 방법도 있습니다.
쿼리를 실행하는 데 평소보다 오래 걸리는 경우 다음 문은 StatementTimeout 예외를 발생시킵니다.
User.optimizer_hints("MAX_EXECUTION_TIME(5000)").allMySQL에서 지원하며 데이터베이스에서 지원하는지 확인해야 합니다.
데이터베이스 자르기
시드 데이터는 어떻습니까? 다음 명령문은 모든 데이터베이스 테이블을 자르고 데이터 시드를 진행할 수 있습니다.
rails db:truncate_all더 이상 시드를 위해 데이터베이스를 삭제할 필요가 없습니다. 이것이 우아하고 빠른 솔루션이라는 데 동의할 것입니다.
작업 텍스트
WYSIWYG 편집기와 함께 작동하는 많은 응용 프로그램의 또 다른 주목할만한 기능은 기본적으로 Rails 6 응용 프로그램에 Trix 편집기에 대한 지원이 추가되었다는 것입니다. 이것은 확실히 많은 프로젝트에 좋은 업그레이드/추가가 될 것입니다.
대부분의 WYSIWYG HTML 편집기는 범위가 방대합니다. 각 브라우저의 구현에는 고유한 버그와 단점이 있으며 JavaScript 개발자는 불일치를 해결해야 합니다. Trix는 contenteditable 을 I/O 장치로 처리하여 이러한 불일치를 피합니다. 입력이 편집기로 전달되면 Trix는 해당 입력을 내부 문서 모델의 편집 작업으로 변환한 다음 해당 문서를 편집기로 다시 렌더링합니다. 이를 통해 Trix는 모든 키 입력 후에 발생하는 작업을 완벽하게 제어할 수 있습니다.
설치:
rails action_text:install # app/models/message.rb class Message < ApplicationRecord has_rich_text :content end여기의 공식 문서에서 Action Text를 더 자세히 탐색할 수 있습니다.
보안
몇 가지 보안 개선 사항 없이는 심각한 업그레이드가 완료되지 않습니다. Rails 6은 보안 측면에서도 실망시키지 않습니다. 첫 번째로 주목할만한 보안 업그레이드는 호스트 인증 에 대한 지원이 추가되었다는 것입니다.
호스트 인증은 호스트가 요청을 보낼 수 있도록 명시적으로 허용하여 DNS 리바인딩 공격을 방지하는 새로운 미들웨어입니다. 이것이 의미하는 바는 애플리케이션에 액세스할 수 있는 호스트를 정의할 수 있다는 것입니다.
또 다른 보안 업그레이드는 쿠키의 서명/암호화 값을 복사하여 다른 쿠키의 값으로 사용하려는 공격을 차단하기 위한 것입니다. 목적 필드에 쿠키 이름을 숨김으로써 그렇게 하고 쿠키 값과 함께 서명/암호화됩니다. 그런 다음 서버 측 읽기에서 쿠키 이름을 확인하고 공격받은 쿠키를 삭제합니다. 새로운 목적과 만료 메타데이터가 포함된 쿠키를 작성하는 이 기능을 사용하려면 action_dispatch.use_cookies_with_metadata 를 활성화하십시오.
기본 번들러로서의 Webpack
프론트엔드 개발을 위한 많은 최신 JavaScript 프레임워크의 사실상 표준인 것처럼, Rails 6은 Webpacker gem을 통해 Webpack을 기본 JavaScript 번들러로 추가하여 Rails Asset 파이프라인을 대체했습니다. 이것은 비교적 간단한 추가 사항이므로 자세히 설명하지 않겠습니다. Webpack이 과로한 프론트 엔드 개발자에게 약간의 안도감을 줄 것이라고 말하면 충분합니다.
경쟁 상황 방지
Rails 6에는 코드에서 SELECT/INSERT 경쟁 조건을 방지하는 데 사용되는 새로운 방법이 있습니다. 추가 정보가 필요한 경우를 위한 GitHub 스레드입니다.
기본 테이블에는 고유 제약 조건으로 정의된 관련 열이 있어야 합니다. #find_or_create_by 에서 SELECT → INSERT 사이의 경쟁 조건을 피하는 동안 실제로 INSERT → SELECT 사이에 또 다른 경쟁 조건이 있습니다. 이는 두 명령문 사이의 DELETE가 다른 클라이언트에 의해 실행되는 경우 트리거될 수 있습니다. 그러나 대부분의 응용 프로그램에서 이는 우리가 적중할 가능성이 훨씬 적은 조건입니다.
Rails 6의 자격 증명
Rails 5.2 이후로 자격 증명은 악명 높은 .env 파일을 완전히 제거하겠다는 약속과 함께 민감한 정보를 처리하는 새로운 "Rails 방식"으로 명명되었습니다. 자격 증명을 사용하면 타사 서비스의 암호화된 키를 소스 제어에 직접 확인할 수 있습니다.
그러나 지금까지 Rails는 모든 환경에 대해 동일한 암호화된 파일을 사용했기 때문에 개발 및 프로덕션에서 서로 다른 키를 처리하는 것이 약간 까다로웠습니다. 특히 대규모 프로젝트 및 레거시 코드를 처리할 때 그렇습니다.
Rails 6에서는 환경별 자격 증명을 지원하여 이 문제가 마침내 해결되었습니다. 다시 한 번 더 자세한 내용은 공식 GitHub 스레드에서 탐색할 수 있습니다.
Rails 6은 좋은 업데이트입니까?
예, 그리고 사실 Rails 6은 주요 업데이트로 설명될 수 있지만 이를 게임 체인저라고 부를 사람은 거의 없습니다. Ruby on Rails는 수년 동안 사용되어 왔기 때문에 혁신적인 변화를 기대하는 사람은 거의 없지만 여섯 번째 구현은 많은 것을 제공합니다.
Rails 6에서 출시된 일부 기능은 사소한 개선처럼 보이지만 다른 기능은 개발 시간을 많이 절약하고 보안, 견고성 등을 개선할 수 있는 잠재력이 있습니다. 결론: Rails는 성숙하고 많은 개발자들이 그 미래에 대해 여전히 열광하고 있으며 Rails 6이 출시되면서 더 좋아졌습니다.
물론 이 Rails 6 기능 목록은 불완전하며 전체 변경 세트를 보려면 변경 로그를 확인해야 합니다. 또한 고려해야 할 많은 비추천 항목이 있습니다. 마지막으로, 모든 단일 변경 사항을 검토하고 스스로 업데이트하려는 경우 전체 릴리스 정보를 읽으십시오.