folly::DynamicConverter — dynamic ↔ struct
한 줄 요약:
DynamicConverter는folly::dynamic과 사용자 struct 사이를 변환하는 traits 기반 framework다. JSON → struct, struct → JSON을 boilerplate 없이 처리하기 위해 만들어졌다.
#동기
JSON ↔ struct 변환을 직접 짜면 매번 같은 boilerplate가 쌓인다.
struct User { std::string name; int age; std::vector<std::string> emails;};
User FromDynamic(const folly::dynamic& d) { User u; u.name = d["name"].asString(); u.age = d["age"].asInt(); for (const auto& e : d["emails"]) u.emails.push_back(e.asString()); return u;}
folly::dynamic ToDynamic(const User& u) { auto d = folly::dynamic::object; d["name"] = u.name; d["age"] = u.age; d["emails"] = folly::dynamic::array; for (const auto& e : u.emails) d["emails"].push_back(e); return d;}50% 코드가 “필드를 베껴라”. 더구나 nested struct, optional, variant 등이 등장하면 폭발.
DynamicConverter는 traits 특수화로 변환 규칙을 등록하면 folly::convertTo<T>(dyn) / folly::toDynamic(obj) 한 줄로 끝난다.
auto u = folly::convertTo<User>(d);auto d = folly::toDynamic(u);조건: User의 변환 규칙을 어딘가에 한 번 정의해야.
#API
#include <folly/DynamicConverter.h>
// built-in 타입은 즉시 변환folly::dynamic d = 42;int i = folly::convertTo<int>(d); // 42
folly::dynamic arr = folly::dynamic::array(1, 2, 3);std::vector<int> v = folly::convertTo<std::vector<int>>(arr); // [1,2,3]
folly::dynamic obj = folly::dynamic::object("a", 1)("b", 2);std::map<std::string, int> m = folly::convertTo<std::map<std::string, int>>(obj);기본적으로 int, double, string, vector, map, set, pair, tuple 같은 STL 타입이 지원된다.
#사용자 타입 등록
struct Point { int x, y;};
namespace folly {
template <>struct DynamicConverter<Point> { static Point convert(const dynamic& d) { return Point{ convertTo<int>(d["x"]), convertTo<int>(d["y"]), }; }};
template <>struct DynamicConstructor<Point> { static dynamic construct(const Point& p) { return dynamic::object("x", p.x)("y", p.y); }};
}
void Use() { Point p{3, 4}; auto d = folly::toDynamic(p); auto p2 = folly::convertTo<Point>(d);}두 traits.
DynamicConverter<T>::convert(const dynamic&)— dynamic → T.DynamicConstructor<T>::construct(const T&)— T → dynamic.
convertTo<T>(d)와 toDynamic(obj)는 각각 이 traits를 호출.
#Nested 타입 자동 처리
struct Address { std::string city; int zip; };struct User { std::string name; Address addr; };
// Address, User 모두 traits 정의됐다면auto d = folly::toDynamic(user);auto u2 = folly::convertTo<User>(d);Address가 등록되면 User의 addr 필드도 자동 변환. convertTo<User>가 내부에서 convertTo<Address>를 호출.
std::vector<User>, std::map<std::string, User> 같은 컨테이너도 traits 합성으로 처리.
#내부 구현
// folly/DynamicConverter.h 약식template <class T>struct DynamicConverter { static T convert(const dynamic& d) { return T(d); // default — T가 dynamic 받는 생성자가 있으면 }};
// vector 부분 특수화template <class T>struct DynamicConverter<std::vector<T>> { static std::vector<T> convert(const dynamic& d) { std::vector<T> out; out.reserve(d.size()); for (const auto& e : d) { out.push_back(convertTo<T>(e)); // 재귀 } return out; }};
template <class K, class V>struct DynamicConverter<std::map<K, V>> { static std::map<K, V> convert(const dynamic& d) { std::map<K, V> out; for (const auto& kv : d.items()) { out.emplace(convertTo<K>(kv.first), convertTo<V>(kv.second)); } return out; }};
// 사용자가 특수화하는 자리// template <> struct DynamicConverter<MyType> { ... };핵심 idea는 컨테이너 trait + element trait의 재귀 합성. Boost.Hana나 reflection 라이브러리와 같은 모델.
#Optional / Variant
template <class T>struct DynamicConverter<std::optional<T>> { static std::optional<T> convert(const dynamic& d) { if (d.isNull()) return std::nullopt; return convertTo<T>(d); }};optional은 null이면 nullopt, 아니면 inner T 변환. null 처리가 명시적.
variant는 어떤 alternative인지 추론이 필요해 사용자가 직접 traits를 짜야 한다.
#std와의 비교
| 항목 | std (없음) | folly::DynamicConverter | nlohmann::json | Boost.PFR |
|---|---|---|---|---|
| JSON 인터페이스 | N/A | folly::dynamic | 자체 json | N/A |
| 사용자 타입 | N/A | traits 특수화 | ADL (from_json/to_json) | 자동 reflection (구조체만) |
| boilerplate | N/A | traits 한 번 | from_json/to_json 한 번 | 0 (자동) |
| optional/variant | N/A | optional 자동 | optional 자동 | 어려움 |
| 표준 | N/A | folly | 외부 | 외부 |
nlohmann::json은 ADL 기반이라 더 친숙. folly::DynamicConverter는 fbcode 내부 dynamic 생태계에 맞춰진 형태. 기능은 비슷.
Boost.PFR (Precise Reflection)은 단순 구조체에 한해 자동 변환 (C++26 reflection의 미리보기). 복잡한 타입은 traits가 여전히 필요.
#실전 — config struct
struct ServerConfig { std::string host; int port; std::vector<std::string> allowedOrigins; std::map<std::string, int> rateLimits;};
namespace folly {template <> struct DynamicConverter<ServerConfig> { static ServerConfig convert(const dynamic& d) { return ServerConfig{ convertTo<std::string>(d["host"]), convertTo<int>(d["port"]), convertTo<std::vector<std::string>>(d["allowed_origins"]), convertTo<std::map<std::string, int>>(d["rate_limits"]), }; }};}
void LoadConfig() { std::string text = ReadFile("config.json"); auto d = folly::parseJson(text); auto cfg = folly::convertTo<ServerConfig>(d);}config 로딩 패턴. JSON → struct가 한 줄.
#코드 리뷰 포인트
- 사용자 traits를 같은 namespace에 두지 않으면 ADL/특수화 매칭 실패.
- nested struct 변환이 매번 새 dynamic을 만들고 다시 변환 → 성능 hot path면 직접 처리.
- traits에
noexcept를 안 붙여 변환 실패 시 throw 흐름이 다를 수 있음. - field 이름 typo는 runtime 발견 (
d["hsot"]이 null로 반환). reflection 없는 만큼 신중. - C++23 reflection이 들어오면 traits boilerplate가 사라진다 — 미래 마이그레이션 가능성.
#자주 보는 안티패턴
// 1. dynamic→struct 변환을 매번 매뉴얼로User FromDyn(const dynamic& d) { /* 10 라인 */ }// → DynamicConverter traits로 한 번 정의 후 convertTo<User>(d)
// 2. dynamic을 멤버로 보관struct Config { folly::dynamic raw; // type-erased 채로 사용};// → struct로 변환 후 type-safe 사용이 옳음
// 3. dynamic 변환을 hot path에서 매번for (auto& obj : list) { auto u = folly::convertTo<User>(obj); // 매번 traits dispatch Process(u);}// → 가능하면 한 번에 vector<User>로 변환 후 iterate
// 4. field 누락 시 default 처리 안 함auto port = convertTo<int>(d["port"]); // port key 없으면 throw// → optional 또는 d.getDefault("port", 8080) 명시#정리
DynamicConverter는 dynamic ↔ struct 양방향 변환 traits framework.convertTo<T>(d),toDynamic(obj)한 줄로 사용.- STL 컨테이너 자동, 사용자 타입은 traits 특수화 한 번.
optional자동,variant는 수동 traits.- C++26 reflection이 들어오면 traits boilerplate가 줄어들 가능성.
#다음 편
Part 20으로 넘어가 RecordIO, Compression, AsyncIO, CancellationToken을 본다.
#관련 항목
Folly Code Review · 83 of 89
- 1 Folly Code Review — Meta의 production-grade C++ 라이브러리 코드 분석
- 2 Folly 개요 — Meta가 production에서 검증한 utility 모음 분석
- 3 Folly vs Abseil 철학 비교 — performance-first vs std-compatible
- 4 Folly 빌드와 fbcode 환경 — monorepo의 그림자
- 5 Folly API stability 정책 — 어떤 보장도 없다는 솔직함
- 6 Folly production validation 문화 — peta-scale에서 단련된 코드
- 7 folly::Future 분석 — std::future의 한계를 넘는 composable async
- 8 folly::Promise·makeFuture — Future를 만드는 두 길
- 9 folly::SemiFuture vs Future — executor binding의 명시화
- 10 folly::Future thenValue·thenError·thenTry — continuation 체인 분석
- 11 folly::collect·collectAll·collectAny — fan-in 패턴 분석
- 12 folly::Future retry·window·via — 제어 흐름 조합자
- 13 folly::fibers 분석 — M:N stackful coroutine
- 14 folly::InlineExecutor — 호출자 thread에서 즉시 실행
- 15 folly::CPUThreadPoolExecutor — CPU-bound 작업의 표준 thread pool
- 16 folly::IOThreadPoolExecutor — libevent 기반 I/O pool
- 17 folly::ManualExecutor — 결정적 테스트를 위한 수동 진행
- 18 folly::EventBase 분석 — libevent 이벤트 루프의 핵심
- 19 folly::IOBuf 분석 — zero-copy buffer chain의 기본 단위
- 20 folly::IOBufQueue — chain의 push/pull 추상화
- 21 folly::io::Cursor·RWCursor — chain 위의 stream
- 22 folly Zero-copy 패턴 — IOBuf로 ScatterGather I/O 표현
- 23 folly::IOBuf shared semantics — clone·unshare·takeOwnership
- 24 folly::FBString 분석 — SSO + COW 구현
- 25 folly의 fmt::format 통합 — 모던 포맷팅 채택
- 26 folly::StringPiece — string_view 호환 분석
- 27 folly Join·Split utilities — 문자열 분해와 결합
- 28 folly::to·tryTo — text↔num 변환 분석
- 29 folly Conv Customization — 사용자 타입 지원
- 30 folly Conv 성능 비교 — sprintf·stringstream 대비
- 31 folly::F14ValueMap vs std::unordered_map
- 32 folly::F14NodeMap — stable pointer가 필요할 때
- 33 folly::F14VectorMap — cache-friendly iteration
- 34 folly::F14FastMap — auto-select 동작
- 35 folly F14 internals — SIMD probing 메커니즘
- 36 folly::small_vector — inline storage 분석
- 37 folly::FixedString — compile-time string
- 38 folly::AtomicHashMap — lock-free read 분석
- 39 folly::ConcurrentHashMap — sharded 동시 해시 맵
- 40 folly::EvictingCacheMap — LRU 구현 분석
- 41 folly::Synchronized — lock wrapper 패턴
- 42 folly::SharedMutex 분석
- 43 folly::Baton — one-shot wait 동기화
- 44 folly::RWSpinLock 분석
- 45 folly::PicoSpinLock — 1-byte spinlock
- 46 folly::ProducerConsumerQueue — SPSC 큐 분석
- 47 folly::MPMCQueue — multi-producer multi-consumer
- 48 folly::UnboundedQueue — 동적 크기 lock-free
- 49 folly::fibers::Channel — Go-like channel
- 50 folly::dynamic — JSON-like dynamic type 분석
- 51 folly JSON conversion — toJson·parseJson
- 52 folly dynamic ↔ struct — manual marshaling
- 53 folly dynamic Visitor pattern — type별 분기
- 54 folly::Singleton vs Meyers/static — 왜 Folly의 Singleton인가
- 55 folly::SingletonVault 분석 — 등록·소멸·의존성
- 56 folly::Singleton try_get·try_get_fast — TLS-cached 접근
- 57 folly::ExceptionWrapper — type-erased exception holder
- 58 folly::ScopeGuard·SCOPE_EXIT — RAII cleanup
- 59 folly::Optional vs std::optional
- 60 folly::Function vs std::function
- 61 folly::Lazy — 지연 초기화 wrapper
- 62 folly Meta 스타일 code review 패턴
- 63 folly anti-patterns — 잘못 쓰면 std보다 느림
- 64 folly vs std 선택 기준 분석
- 65 folly::coro 개요 — production C++20 코루틴 어댑터
- 66 folly::coro::Task — lazy single-shot 코루틴
- 67 folly::coro::AsyncGenerator — 비동기 스트림
- 68 folly coro blockingWait·collectAll — 동기 경계와 fan-in
- 69 folly::coro::Baton·Mutex — 코루틴-aware 동기화
- 70 folly::Expected — 결과 또는 오류
- 71 folly::Try — Future 결과 wrapper
- 72 folly::Try vs Expected 선택 기준
- 73 folly::Range — 일반 iterator pair
- 74 folly::Uri — URL 파서
- 75 folly Fingerprint64·128 — 분산 hash
- 76 folly SpookyHashV2 — fast non-crypto hash
- 77 folly::Init — main() 부트스트랩
- 78 folly::Indestructible — global lifetime 패턴
- 79 folly::MicroLock — 1-byte 락
- 80 folly::MicroSpinLock — 가장 좁은 spin lock
- 81 folly::format — legacy formatter 분석
- 82 folly::demangle — typeid 디망글링
- 83 folly::DynamicConverter — dynamic ↔ struct
- 84 folly::RecordIO — append-only 로그 파일 포맷
- 85 folly::io::Compression — zstd·lz4·snappy wrapper
- 86 folly::AsyncIO — io_uring·Linux AIO
- 87 folly::CancellationToken — 코루틴·Future 취소 전파
- 88 folly::observer — hot config의 atomic refresh
- 89 fbcode 패턴 모음 — folly 사용의 실전
관련 글
folly JSON conversion — toJson·parseJson
Part 11-02: toJson / parseJson — folly::dynamic ↔ JSON 문자열. parse 옵션, 성능, schema-less 처리.
같은 시리즈에서 이어 읽기
folly::dynamic — JSON-like dynamic type 분석
Part 11-01: folly::dynamic — JSON-like 동적 타입. std::any와 무엇이 다른지, 왜 Meta는 별도 타입을 만들었는지.
같은 시리즈에서 이어 읽기
folly dynamic Visitor pattern — type별 분기
Part 11-04: dynamic을 type별로 처리하는 visitor 패턴. std::visit-like helper로 switch boilerplate를 줄인다.
같은 시리즈에서 이어 읽기