본문으로 건너뛰기
Folly Code Review · 82/89

folly::DynamicConverter — dynamic ↔ struct

· Hawk · 3분 읽기

한 줄 요약: DynamicConverterfolly::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 등이 등장하면 폭발.

DynamicConvertertraits 특수화로 변환 규칙을 등록하면 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);
}
};

optionalnull이면 nullopt, 아니면 inner T 변환. null 처리가 명시적.

variant는 어떤 alternative인지 추론이 필요해 사용자가 직접 traits를 짜야 한다.

#std와의 비교

항목std (없음)folly::DynamicConverternlohmann::jsonBoost.PFR
JSON 인터페이스N/Afolly::dynamic자체 jsonN/A
사용자 타입N/Atraits 특수화ADL (from_json/to_json)자동 reflection (구조체만)
boilerplateN/Atraits 한 번from_json/to_json 한 번0 (자동)
optional/variantN/Aoptional 자동optional 자동어려움
표준N/Afolly외부외부

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. 1 Folly Code Review — Meta의 production-grade C++ 라이브러리 코드 분석
  2. 2 Folly 개요 — Meta가 production에서 검증한 utility 모음 분석
  3. 3 Folly vs Abseil 철학 비교 — performance-first vs std-compatible
  4. 4 Folly 빌드와 fbcode 환경 — monorepo의 그림자
  5. 5 Folly API stability 정책 — 어떤 보장도 없다는 솔직함
  6. 6 Folly production validation 문화 — peta-scale에서 단련된 코드
  7. 7 folly::Future 분석 — std::future의 한계를 넘는 composable async
  8. 8 folly::Promise·makeFuture — Future를 만드는 두 길
  9. 9 folly::SemiFuture vs Future — executor binding의 명시화
  10. 10 folly::Future thenValue·thenError·thenTry — continuation 체인 분석
  11. 11 folly::collect·collectAll·collectAny — fan-in 패턴 분석
  12. 12 folly::Future retry·window·via — 제어 흐름 조합자
  13. 13 folly::fibers 분석 — M:N stackful coroutine
  14. 14 folly::InlineExecutor — 호출자 thread에서 즉시 실행
  15. 15 folly::CPUThreadPoolExecutor — CPU-bound 작업의 표준 thread pool
  16. 16 folly::IOThreadPoolExecutor — libevent 기반 I/O pool
  17. 17 folly::ManualExecutor — 결정적 테스트를 위한 수동 진행
  18. 18 folly::EventBase 분석 — libevent 이벤트 루프의 핵심
  19. 19 folly::IOBuf 분석 — zero-copy buffer chain의 기본 단위
  20. 20 folly::IOBufQueue — chain의 push/pull 추상화
  21. 21 folly::io::Cursor·RWCursor — chain 위의 stream
  22. 22 folly Zero-copy 패턴 — IOBuf로 ScatterGather I/O 표현
  23. 23 folly::IOBuf shared semantics — clone·unshare·takeOwnership
  24. 24 folly::FBString 분석 — SSO + COW 구현
  25. 25 folly의 fmt::format 통합 — 모던 포맷팅 채택
  26. 26 folly::StringPiece — string_view 호환 분석
  27. 27 folly Join·Split utilities — 문자열 분해와 결합
  28. 28 folly::to·tryTo — text↔num 변환 분석
  29. 29 folly Conv Customization — 사용자 타입 지원
  30. 30 folly Conv 성능 비교 — sprintf·stringstream 대비
  31. 31 folly::F14ValueMap vs std::unordered_map
  32. 32 folly::F14NodeMap — stable pointer가 필요할 때
  33. 33 folly::F14VectorMap — cache-friendly iteration
  34. 34 folly::F14FastMap — auto-select 동작
  35. 35 folly F14 internals — SIMD probing 메커니즘
  36. 36 folly::small_vector — inline storage 분석
  37. 37 folly::FixedString — compile-time string
  38. 38 folly::AtomicHashMap — lock-free read 분석
  39. 39 folly::ConcurrentHashMap — sharded 동시 해시 맵
  40. 40 folly::EvictingCacheMap — LRU 구현 분석
  41. 41 folly::Synchronized — lock wrapper 패턴
  42. 42 folly::SharedMutex 분석
  43. 43 folly::Baton — one-shot wait 동기화
  44. 44 folly::RWSpinLock 분석
  45. 45 folly::PicoSpinLock — 1-byte spinlock
  46. 46 folly::ProducerConsumerQueue — SPSC 큐 분석
  47. 47 folly::MPMCQueue — multi-producer multi-consumer
  48. 48 folly::UnboundedQueue — 동적 크기 lock-free
  49. 49 folly::fibers::Channel — Go-like channel
  50. 50 folly::dynamic — JSON-like dynamic type 분석
  51. 51 folly JSON conversion — toJson·parseJson
  52. 52 folly dynamic ↔ struct — manual marshaling
  53. 53 folly dynamic Visitor pattern — type별 분기
  54. 54 folly::Singleton vs Meyers/static — 왜 Folly의 Singleton인가
  55. 55 folly::SingletonVault 분석 — 등록·소멸·의존성
  56. 56 folly::Singleton try_get·try_get_fast — TLS-cached 접근
  57. 57 folly::ExceptionWrapper — type-erased exception holder
  58. 58 folly::ScopeGuard·SCOPE_EXIT — RAII cleanup
  59. 59 folly::Optional vs std::optional
  60. 60 folly::Function vs std::function
  61. 61 folly::Lazy — 지연 초기화 wrapper
  62. 62 folly Meta 스타일 code review 패턴
  63. 63 folly anti-patterns — 잘못 쓰면 std보다 느림
  64. 64 folly vs std 선택 기준 분석
  65. 65 folly::coro 개요 — production C++20 코루틴 어댑터
  66. 66 folly::coro::Task — lazy single-shot 코루틴
  67. 67 folly::coro::AsyncGenerator — 비동기 스트림
  68. 68 folly coro blockingWait·collectAll — 동기 경계와 fan-in
  69. 69 folly::coro::Baton·Mutex — 코루틴-aware 동기화
  70. 70 folly::Expected — 결과 또는 오류
  71. 71 folly::Try — Future 결과 wrapper
  72. 72 folly::Try vs Expected 선택 기준
  73. 73 folly::Range — 일반 iterator pair
  74. 74 folly::Uri — URL 파서
  75. 75 folly Fingerprint64·128 — 분산 hash
  76. 76 folly SpookyHashV2 — fast non-crypto hash
  77. 77 folly::Init — main() 부트스트랩
  78. 78 folly::Indestructible — global lifetime 패턴
  79. 79 folly::MicroLock — 1-byte 락
  80. 80 folly::MicroSpinLock — 가장 좁은 spin lock
  81. 81 folly::format — legacy formatter 분석
  82. 82 folly::demangle — typeid 디망글링
  83. 83 folly::DynamicConverter — dynamic ↔ struct
  84. 84 folly::RecordIO — append-only 로그 파일 포맷
  85. 85 folly::io::Compression — zstd·lz4·snappy wrapper
  86. 86 folly::AsyncIO — io_uring·Linux AIO
  87. 87 folly::CancellationToken — 코루틴·Future 취소 전파
  88. 88 folly::observer — hot config의 atomic refresh
  89. 89 fbcode 패턴 모음 — folly 사용의 실전