[Refactor] migrate Explorer home to FC and enforce type safety#1157
Conversation
| ); | ||
| } | ||
| return ( | ||
| <view clip-radius="true" style={{ height: '100%' }}> |
There was a problem hiding this comment.
@zhongyr is there a performance difference between inline styling via strings or objects?
There was a problem hiding this comment.
Objects performs better, no need to separate tokens into independent property and value KVs before parsing styles.
There was a problem hiding this comment.
There is no difference between an object literal and a string literal in this context. Both are converted into a __AddInlineStyle call:
__AddInlineStyle(element, /* kHeight */ 25, '100%')| "@lynx-js/qrcode-rsbuild-plugin": "^0.3.3", | ||
| "@lynx-js/react-rsbuild-plugin": "^0.9.8", | ||
| "@lynx-js/rspeedy": "^0.9.3", | ||
| "@lynx-js/types": "^3.3.0", |
There was a problem hiding this comment.
Should have used workspace version if the type resolution works
Try |
fd2a1b1 to
ae5e8de
Compare
08a0a08 to
fe618ff
Compare
e77b5f2 to
be3f4ac
Compare
|
/land |
|
🛬 Landing process started! >>553.0 |
|
🛬 Landing process started! >>554.0 |
5e4de72 to
6423b2b
Compare
|
/land |
|
🛬 Landing process started! >>557.0 |
|
🛬 Landing process started! >>558.0 |
6423b2b to
aa9d769
Compare
|
/land |
|
🛬 Landing process started! >>559.0 |
|
🛬 Landing process started! >>560.0 |
aa9d769 to
3a14d1d
Compare
|
/land |
|
🛬 Landing process started! >>561.0 |
|
🛬 Landing process started! >>562.0 |
3a14d1d to
60b0192
Compare
|
/land |
|
🛬 Landing process started! >>563.0 |
|
🛬 Landing process started! >>564.0 |
60b0192 to
8423b71
Compare
|
/land |
|
🛬 Landing process started! >>565.0 |
|
🛬 Landing process started! >>566.0 |
- migrated the Explorer home screen to Functional Components. - properly configuring TSConfig and extend lynx-js/types. - add README to the projects. doc: https://github.com/lynx-family/lynx/tree/develop/explorer
e2a57ce to
df0a3f4
Compare


Summary
This PR
<input>element typed.Checklist