나는 똑같은 일을하고, 또한 써드 파티 API의 콘텐츠 해시를 사용하여 작동하는 모델을 테스트하는 데 관심이있었습니다. factory_girl의 몇 가지 내장 기능을 사용하여 이러한 종류의 데이터 구조를 깔끔하게 구성 할 수 있음을 발견했습니다.
다음은 인위적인 예입니다.
factory :chicken, class:Hash do
name "Sebastian"
colors ["white", "orange"]
favorites {{
"PETC" => "http://www.petc.org"
}}
initialize_with { attributes }
end
여기서 주요 트릭은 initialize_with를 선언 할 때 factory_girl이 더 이상 결과 객체에 속성을 할당하려고 시도하지 않는다는 것입니다. 이 경우 db 저장소를 건너 뛰는 것 같습니다. 따라서 복잡한 것을 구성하는 대신 이미 준비된 속성 해시를 콘텐츠로 다시 전달합니다. 짜잔.
실제로 사용되지는 않지만 클래스에 대한 일부 값을 지정할 필요가있는 것 같습니다. 이것은 factory_girl이 팩토리 이름을 기반으로 클래스를 인스턴스화하려고 시도하는 것을 방지하기위한 것입니다. Object 대신 설명 클래스를 사용하기로 선택했지만 그것은 당신에게 달려 있습니다.
다음 해시 팩토리 중 하나를 사용할 때 여전히 필드를 재정의 할 수 있습니다.
chick = FactoryGirl.build(:chicken, name:"Charles")
.. 그러나 중첩 된 콘텐츠가 있고 더 깊은 필드를 재정의하려면 일종의 깊은 병합을 수행하기 위해 초기화 블록의 복잡성을 증가시켜야합니다.
귀하의 경우 일부 혼합 배열 및 해시 데이터를 사용하고 있으며 데이터 구조의 일부간에 Path 속성을 재사용해야하는 것으로 보입니다. 문제 없습니다. 컨텐츠의 구조를 알고 있으므로 결과 배열을 적절하게 구성하는 팩토리를 쉽게 만들 수 있습니다. 방법은 다음과 같습니다.
factory :dropbox_hash, class:Array do
path "/home"
revision 48
rev "30054214dc"
thumb_exists false
bytes 0
modified { 3.days.ago }
is_dir true
icon "folder_app"
root "app_folder"
size "0 bytes"
initialize_with { [ attributes[:path], attributes ] }
end
FactoryGirl.build(:dropbox_hash, path:"/Chickens", is_dir:false)
또한 여전히 불필요한 값을 생략 할 수 있습니다. Path와 rev 만 정말로 필요하다고 상상해 봅시다.
factory :dropbox_hash, class:Array do
path "/home"
rev "30054214dc"
initialize_with { [ attributes[:path], attributes ] }
end
FactoryGirl.build(:dropbox_hash, path:"/Chickens", revision:99, modified:Time.now)