扫码关注官方订阅号
用了react感觉简单的问题搞复杂了
拥有18年软件开发和IT教学经验。曾任多家上市公司技术总监、架构师、项目经理、高级软件工程师等职务。 网络人气名人讲师,...
react不是把简单的问题搞复杂的,而是React本来就是为大型复杂Web应用而生。就像你杀一只鸡没必要安装一整条家禽屠宰流水线一样。
大势所趋啊,现在的框架就是写了两页代码只为了输出一句“hello world”,
简单的问题你非要用react怪谁0.0
没有什么框架是最好的,只有最合适的。
大一的时候我们学习C语言,hello world一个main函数最多三行代码搞定;等到后来用Java的时候,发现Hello World这样的小程序也要写好多。虽然不同,大概感觉类似吧。
是否使用一个框架,应该根据你的需求来定,而不是根据框架的热门程度。每个框架都有它自己的适用场景。每个业务也有它特定的需求。Let the right people do the right thing。
做简单的问题的时候,感觉好像是把问题搞复杂了,但是react作为一个框架,是为了解决复杂问题而生的,当你用来解决复杂问题的时候就会发现,她真的把问题简化了
估计LZ现在工作的内容还用不上react
react 确实把简单的问题搞复杂了,但是也把复杂的东西搞简单了。
某种框架都存在着一个矛盾,如果把简单的东西变得更简单,那么必然会使得复杂的东西更复杂。而实际的项目都是很复杂的,所以大部分框架的选择都是:把简单的东西变的复杂一点儿,把复杂的东西变得简单一点儿。这样让任何项目的复杂程度都比较接近,都在可以控制的范围内。所以大部分框架都是使得代码的复杂度不要随业务负责度的增加而增加太快。即 业务复杂度 vs 代码复杂度 这条曲线的斜率变小。 极端情况下,斜率为0,也就是任何业务,代码的复杂度都是一样的,这样一个“hello world!”的代码和 ms office 的代码复杂度是一样的。这样,一个“hello world”我们会觉得很复杂,但是一个ms office 我们确会觉得很简单。不同的框架为了适应自己项目的复杂度选择了不同的斜率,总之呢是为了不让自己的代码的复杂度超出可控的范围内。所以根据自己的项目的复杂度选择合适的才是最好的。
微信扫码关注PHP中文网服务号
QQ扫码加入技术交流群
Copyright 2014-2026 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
PHP学习
技术支持
返回顶部
脱离业务谈技术都是耍流氓
react不是把简单的问题搞复杂的,而是React本来就是为大型复杂Web应用而生。
就像你杀一只鸡没必要安装一整条家禽屠宰流水线一样。
大势所趋啊,现在的框架就是写了两页代码只为了输出一句“hello world”,
简单的问题你非要用react怪谁0.0
没有什么框架是最好的,只有最合适的。
大一的时候我们学习C语言,hello world一个main函数最多三行代码搞定;等到后来用Java的时候,发现Hello World这样的小程序也要写好多。虽然不同,大概感觉类似吧。
是否使用一个框架,应该根据你的需求来定,而不是根据框架的热门程度。每个框架都有它自己的适用场景。每个业务也有它特定的需求。Let the right people do the right thing。
做简单的问题的时候,感觉好像是把问题搞复杂了,但是react作为一个框架,是为了解决复杂问题而生的,当你用来解决复杂问题的时候就会发现,她真的把问题简化了
估计LZ现在工作的内容还用不上react
react 确实把简单的问题搞复杂了,但是也把复杂的东西搞简单了。
某种框架都存在着一个矛盾,如果把简单的东西变得更简单,那么必然会使得复杂的东西更复杂。而实际的项目都是很复杂的,所以大部分框架的选择都是:把简单的东西变的复杂一点儿,把复杂的东西变得简单一点儿。这样让任何项目的复杂程度都比较接近,都在可以控制的范围内。所以大部分框架都是使得代码的复杂度不要随业务负责度的增加而增加太快。即 业务复杂度 vs 代码复杂度 这条曲线的斜率变小。 极端情况下,斜率为0,也就是任何业务,代码的复杂度都是一样的,这样一个“hello world!”的代码和 ms office 的代码复杂度是一样的。这样,一个“hello world”我们会觉得很复杂,但是一个ms office 我们确会觉得很简单。
不同的框架为了适应自己项目的复杂度选择了不同的斜率,总之呢是为了不让自己的代码的复杂度超出可控的范围内。所以根据自己的项目的复杂度选择合适的才是最好的。