回答了问题6 月 27 日
{代码...} 搞了一个上下左右的版本
赞了回答6 月 27 日
{代码...}
赞了回答6 月 27 日
之前在医院类的企业呆过,他们所有与余额,金额相关的都是xxxCost, 与费用相关的都是xxxFee限制一般我自己用xxxStint或xxxSpec
提出了问题6 月 27 日
提出了问题6 月 4 日
提出了问题5 月 14 日
回答了问题4 月 17 日
类似 [链接]
提出了问题4 月 17 日
赞了回答4 月 17 日
官方例子因为只是demo,所以没有拆成独立文件。我们日常开发,最好是都拆。当你觉得你要拆的时候,就说明这个组件不是一个简单的组件,否则你也不会想着要拆。
赞了回答4 月 17 日
做移动端不都是UI设计的稿吗?还想着用组件库?肯定自己手写啊。
回答了问题3 月 25 日
我的原则是,及时拆分组件( react 文档倡导)一个组件一个文件(个人习惯)缺点是首次开发需要频繁创建组件,项目的文件总数会较多在各个文件切换会较为频繁好处是组件细粒度高,定位问题组件较为容易逻辑条理清晰,阅读容易单文件逻辑单一,符合单一职责原则怎么化...
提出了问题3 月 25 日
提出了问题3 月 15 日
提出了问题3 月 11 日
提出了问题2 月 14 日
回答了问题2 月 8 日
感觉咩有特别主流的UI库甚至整个 react native 感觉不温不火的样子较为常用的有[链接][链接][链接]React Native Elements...
赞了回答2 月 5 日
非要我说的话就是 tailwindcss 长久以来一直没有一个具有统治力的组件库(当然了 shadcn/ui 在宣传上认为自己并非组件库,但前端圈的擅长于造概念又不是一年两年了,听听就好)。像官方的 tailwind-ui 或者其他什么别的,社区版的就那么几个免费组件,稍微上点儿复杂...
赞了回答1 月 23 日
Limit:这是最常用的词,表示限制或最大值。例如,“设备数量限制”可以表达为 device limit 或 device quantity limit。
提出了问题1 月 23 日
提出了问题1 月 23 日