832164169d
Summary: Registries, providers, providers of registries, registres of providers. All that can be really confusing, but that represents best the constraints and desires that we have: * We need to be able to register components on-the-fly (so we need a mechanism that will propagate changes); * We don't want to register ComponentDescriptors separately from ComponentView classes; * C++ not always gives us abstractions that we want (e.g. pointers to constructors). After the change, we can remove the whole Buck target that has a bunch of handwritten boilerplate code. There is a still room for polish and removing some concepts, types or classes but this diff is already huge. Reviewed By: JoshuaGross Differential Revision: D14983906 fbshipit-source-id: ce536ebea0c905059c7a4d644dc25233e2809761 |
||
|---|---|---|
| .. | ||
| Base | ||
| CxxBridge | ||
| CxxModule | ||
| CxxUtils | ||
| DevSupport | ||
| Fabric | ||
| Inspector | ||
| Modules | ||
| Profiler | ||
| React.xcodeproj | ||
| UIUtils | ||
| Views | ||
| React-Core.podspec | ||
| React-DevSupport.podspec | ||
| React-RCTFabric.podspec | ||
| third-party.xcconfig | ||