yyx990803/weex-native-directive — explained in plain English
Analysis updated 2026-07-17 · repo last pushed 2017-10-10
Render very long lists in a mobile app without creating a DOM node per item.
Recycle native list cells the way UITableView or RecyclerView do.
Adopt the recycle-list component and cell-slot templates in a Weex-based app.
Design a JS-to-native binding layer for high-performance list rendering.
| yyx990803/weex-native-directive | adguardteam/recovery | adm1nsys/safari-ai-extension | |
|---|---|---|---|
| Stars | 8 | 8 | 8 |
| Language | JavaScript | JavaScript | JavaScript |
| Last pushed | 2017-10-10 | 2018-03-16 | — |
| Maintenance | Dormant | Dormant | — |
| Setup difficulty | hard | easy | hard |
| Complexity | 5/5 | 2/5 | 2/5 |
| Audience | developer | general | developer |
Figures from each repo's GitHub metadata at analysis time.
This is a design proposal, not a working library, it requires framework-level changes to Vue, Rax, and the JS-native bridge.
A design proposal for Weex that moves long list rendering to native iOS/Android code, reusing screen cells instead of building a virtual DOM node per item.
Mainly JavaScript. The stack also includes JavaScript, Weex, Vue.
Dormant — no commits in 2+ years (last push 2017-10-10).
Setup difficulty is rated hard, with roughly 1day+ to a first successful run.
Mainly developer.
This repo across BitVibe Labs
Verify against the repo before relying on details.