React项目应该怎么设计

ourgit 发表于 2023-11-16 07:03
让AI帮你设计，你不会没关系，chatgpt肯定能帮到你。

我用了呀 chatgpt是可以在局部帮到我 但是不可能让它设计全局 大到布局 明暗模式的context 小到按钮对事件的处理 AI没办法把这么复杂的东西有机的结合起来 而且它的答案也不保证是对的

匿名用户 发表于 2023-11-16 01:25
读读设计模式？

谢谢提醒 可能考虑读一读DP在React上面的应用 以前看DP的时候看的都是Python和Java的 感觉应该会很不一样

匿名用户 发表于 2023-11-16 13:00
. .и您的组是由UI/UX设计UI还是前端Engineer亲自设计 “经验”这个理由很合理 只是我发帖不就想学点经验嘛 LO ...

同样的ui ux也有不同的实现方法，这个不是很相关。

举个简单化的例子吧。比如我面试的时候，以前考过这样一道题。首先我给你一个api，可以得到一个list，里面有10件item的信息。然后，每一件item里，你会得到一个url来拿取更多的data。

ui上，我需要先显示这个10个item的名字。当点击其中一个时，可以显示/隐藏它的additional data。

那么现在你做的时候，可以考虑的问题有哪些？首先你的10个item的显示和隐藏这个state，存在哪里，是parent组件还是每个item组件自己管？其次，你的data fetching是哪个component管？fetch回来的data放在哪里？

考这道题，你会发现不同级别的candidate的approach是不一样的，有的人能够勉强都写在一个component里做出来就不错。有的人会考虑上面的问题，并且可以说出pros&cons。然后更高级别一点的，还会考虑caching拉优化啦，等等。

实际工作中当然例子要更加复杂，但是从做小的东西开始，你就可以考虑不同选择有什么区别，而不是“做出来能work就行了”。慢慢就会有一些体会了。

建议你在GitHub找几个比较知名的开源项目看一看，设计模式虽然是必须的，但是它还是离最新的best practice有点远。但是知名的开源项目，更新比较频繁的，里面很多设计思想都是很不错的，经过了很多迭代

banana-republic 发表于 2023-11-16 04:56:54
这个我倒不敢苟同。我斗胆说市面上大多数用Redux的都是over engineering。React发展到今天本身自带的state management 已经足够用了。

还真不是over engineering。redux最大的优势：不可变状态+全局data store是一个处理多人协作开发的常见资源管理模式，特别是immutability，当合作人数上去后是保证代码健壮的必要条件。比如docker的container，infrastructure很流行的immutable infra，都是追求避免开发者随意更改资源状态，只能replace，不能update。这可以让生产环境更稳定，不会因为人多了出现太多不可控变量。也就是说，如果不是玩儿票的玩具项目，是需要多人参与的项目，或者未来会是多人开发，后面早晚还是要上redux的。

banana-republic 发表于 2023-11-16 06:56
这个我倒不敢苟同。我斗胆说市面上大多数用Redux的都是over engineering。React发展到今天本身自带的stat ...

大部分人用一个东西俩原因，一是好使，二是会的人多。Redux完全满足这两点，确实react 自己manage state没什么问题，但是加一个redux也不是over eng，over eng一般说的是这儿本来没必要干这事，我非加一个步骤或者搞复杂一些优化。redux的加入并不增加复杂度，如果把程序比做跑步，overeng就是明明应该穿跑鞋非得搞个登山鞋，反而拖累脚，而redux只是穿阿迪还是穿耐克的问题，而且太多人已经习惯了redux的repo版式，从performance上也没有deal breaker。

原先react项目一痛设计，然后还是被各种state困扰，最后还是使用redux了。。。。

匿名用户 发表于 2023-11-16 16:19
大部分人用一个东西俩原因，一是好使，二是会的人多。Redux完全满足这两点，确实react 自己manage state ...

感谢分享 听您说完感觉Redux值得一试 不知道您对effector有没有了解 和Redux之间怎么抉择

大家说了好多Redux，我看知乎上一帖子，说什么的都有
什么Recoil，zustand就是没人用Redux；这是国内程序员偏好和北美有所不同？