V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  shunia  ›  全部回复第 1 页 / 共 54 页
回复总数  1065
1  2  3  4  5  6  7  8  9  10 ... 54  
5 小时 24 分钟前
回复了 tool2dx 创建的主题 前端开发 前端想要进化,就必须要摆脱浏览器这个枷锁。
@tool2dx #101 怎么又扯到 UI 编程了,write once run everywhere 是 UI 层面的概念吗?它明明依赖的是底层的渲染引擎啊?
html 的名字就说了人家是 text language ,你完全可以在任何平台之上实现一个可以渲染 html 到你想要的效果的引擎。html 本质就是 xml ,哪来的不能 write once run everywhere ?

能不能脚踏一点实地的聊点不假大空的东西!
6 小时 16 分钟前
回复了 tool2dx 创建的主题 前端开发 前端想要进化,就必须要摆脱浏览器这个枷锁。
哥们这么会说废话,应该多少也是个官吧😅

咱们搞技术的能不能整点实诚的,举个具体的例子,浏览器怎么就没能承载你写过的超大的项目?

能不能先定义一下超大,再说明一下无法承载是因为出现了什么问题?
这图都画的这么详细了,一眼看过去就应该知道接下来只能再在外面加一个数据层来进行数据管理啊?毕竟组件和组件之间的关系已经是完备的了。

用 context 确实会限制数据只能在 react 组件之间流转,但是你也没意识到一个问题,当你选择了用 react 去实现一个组件,它就已经不再是一个”通用“组件了,它本身就只能在 react 框架里流转。

如果你能把 Grid 实现为一个独立的组件,那你就必然要为它设计 API 用来向外传递数据,也就意味着你使用 Grid 的地方一定要能捕获 Grid 的输出并且把它集成到你的 App 的数据流里(如果你需要的话),也就意味着你的 App 必须要有一个数据层。此时使用 context 是完全合理的。

如果你还是觉得生理不适,必须要使用一个无依赖的数据层,react 生态里很多这种东西,比如 zustand ,但是我觉得增加的额外心智负担其实不如使用 context 。

最后再说一下那个鼓吹 Angular 的,包括说 service+rxjs 的,其实和 context 是一个性质的东西甚至更为不如。react 好歹数据层的生命周期管理的让人毫无心智负担,rxjs 则难以管理而且还要显式的销毁,否则会引发内存泄漏。service+rxjs 又完全不独立,和代码是紧密关联的,也并不符合 OP 的要求。就试问一下使用 Angular 实现和使用 React 实现,代码路径有什么区别?独立一个状态管理类,所有组件从中直接或者间接进行引用,还能有其他方法?而且早期的 Angular 没有 Inject 注解,甚至要在构造函数里传递 service 实例(至今官方示例代码依然优先采用这种写法),一旦遇到需要继承的情况就构造函数爆炸,蠢的很。而且直到最新的 standalone 组件之前,所有组件和 service 之类的都要显式的声明依赖和引用关系,傻的爆炸。组件编译出来默认 Shadow Dom alike 无法直接外部干涉,还需要每个组件显式声明不采用 Shadow Dom ,无语到让人喊娘。

最最后再提一下,脱藕 html/dom 和脱藕 React 组件不是一码事,不要想着希望自己最终产生的 html/dom 是脱藕的,就期盼着 JS/TS 代码内部也完全脱藕,不存在这种可能性呀,毕竟你的 App 内部总是有关联的,试论哪种解构方式都无法脱离耦合,只是高低的区别而已。
我以为我回到了十多年前
解决了以前要搭一个 React 的全栈项目稍微有点费劲的问题。

比如说有一个叫 T3 还是什么的一个项目就是一套全栈的脚手架,拿了巨多星,主要就是因为一个明星开发者提供了一套开箱可用且全面的全栈模板,算是解决了前端生态稍微有点混乱选择太多配置比较割裂的问题,因为他是明星开发者所以被更多人看到,虽然他的选择有很大的倾向性,但是确实解决了问题。

Next.js 就是一套更加完善,整合的更成功的解决方案。虽然它并不是唯一的选择,但是它有一些先发优势,又得到了 vercel 的大力支持从而和 React 团队搭上了线,从而一跃变成了天选之子。另外它也确实做的很不错,在获得了 React 的原生支持之外,提供了一些未必是原创但是很优秀的解决方案,比如通常比较烦人的 SEO 、图片优化等,另外从开发者角度投入了非常大的精力做优化比如文件路由、文件目录层级优化等。

不过这玩意比 React 激进太多了,从我自己使用的过程和体验来说,感觉 vercel 还是把它当成一个孵化中的项目,并没有真正的稳定下来。
什么概念?之前经手的开发人员都非常的稳重!
7 天前
回复了 NewMoorj 创建的主题 汽车 科普一下单踏板到底是什么
@itianjing #88 松的越快就刹的越猛,一般前段猛后段缓。

另外一般都可以在设置里选择,最终停下(速度为 0 ),或者最终缓行( 5-10km/h )。
有的车甚至可以设置缓行速度。
大大大公司,设备巨多巨复杂,流程也及其繁琐。

然后领取、变更设备的时候亲眼看到 IT 同学在编辑一个巨大的 excel😅
9 天前
回复了 hfl1995 创建的主题 Tesla 关于“单踏板模式”
单踏板做的再好也是不够安全的,我为这句话负责。
但是它确实很方便。

日常行驶中用多了中高动能回收以后,我就经常会突然惊觉自己的脚放在刹车上的时机太少了。因为油门踏板动能回收带来的减速效果几乎可以覆盖日常行驶中 90%以前需要踩刹车的情况,甚至大部分情况下比刹车的前半段体验要好-当然仅从从司机的角度,对乘客来说绝对是灾难。这就导致了遇到需要减速的情况下把脚切换到刹车是一个倾向性很低的行为。

很多人说什么自己老司机不老司机啥的,我感觉根本不是这个问题,而是一旦你习惯了适应了,就会更大程度上依赖油门踏板带来的减速效果,从而减少了踩踏刹车踏板的机会。相当于把日常驾驶习惯里的踩刹车踏板从同步变成了异步。但是当真的遇到可能出车祸的场景的时候,这点异步带来的延迟可能就葬送了你救自己命的机会。更别说因为脚更多的在油门踏板上从而导致极端情况下可能下意识的踩错踏板的问题了。
15 天前
回复了 PowerDi 创建的主题 问与答 胡须长太快有什么办法吗
同,关键胡子稍微一长我媳妇就说我像野人。。。
@amarantin1 #1 很有用的,就是大部分评价数据太老了。而且北京变化太大,一年以内就会好多地方都不能去了,比如门头沟。。。
15 天前
回复了 Alander 创建的主题 杭州 杭州停车好难啊
抠门人给你个方法,找一下稍远一点的停车位,自行车或者小摩托通勤到车位,自行车的话可以上车,摩托车就找个能避雨的地方停着。
我以为是饺子 FS ,没想到是交子 FS 。。。
15 天前
回复了 ing995683 创建的主题 程序员 xz-utils 后门事件
@xycost233 #34 为什么我看了他的分析,反而感觉这家伙更像中国人了。。。只有中国社畜才会这么辛苦的工作。。。
1  2  3  4  5  6  7  8  9  10 ... 54  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   944 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 38ms · UTC 20:59 · PVG 04:59 · LAX 13:59 · JFK 16:59
Developed with CodeLauncher
♥ Do have faith in what you're doing.