无线路由器怎样安装?

  • 1回答
  • 1浏览
  • 提问时间:2021-07-20
最佳答案 尽管运营商提供的光猫具有无线和路由相关功能,但对无线路由器来说,总是少点味道。其中一种就是光猫通常被放在一个弱电箱里,这会造成无线WiFi信号的干扰,无线路由器对路由进行优化,网络延迟要比光猫小,更适合喜欢游戏的用户使用。不管怎样,无线路由器已经成了每个家庭的标配。宽带安装师原则上只负责光猫的调试,我们自己该怎么安装无线路由器呢(宽带安装时先咨询宽带安装,多个人还是愿意帮你装)?首先我们来看一下无线路由器和光猫是如何连接以及放置位置的问题。光猫一般都放在一个弱电箱里,不能直接通过网线与无线路由器连接,它需要使用一个综合布线对齐。光猫端把网线连接到其他非IPTV接口的网络接口上,路由器需要连接到WAN口(局域口也可以实现,这样路由器就会降级为交换机使用,不建议这样连接)。为了达到无死角的无线路由器,许多家庭只使用一台无线路由器,或者更均衡地覆盖WiFi,建议将无线路由器放在客厅。Wi-Fi路由器的线缆和定位都已经完成了,应该怎么设置?只需具备无线功能的智能设备,就能实现无线路由器如手机、平板等的设置,不受电脑限制。开启无线路由器,智能产品的无线路由器就能搜索到无线路由器的WiFi信号(通常可以在路由器铭牌上看到该信号的名字、密码)。无线路由器制造商为方便用户设置,一般都会内置引导程序,您只需按照其步骤一步步设置完成(或者下载无线路由器厂家提供的APP软件来设置)。有的无线路由器制造商为了方便用户操作,甚至推出了自动设备的接口,只要你把无线路由器的WAN口和光猫连接起来,不用任何设置就能上网,也不区分WAN、LAN,只要连接后就能自动识别,比如华为的一些无线路由器。所以,没有设置在无线路由器的通电引导中,也没有自动设备的无线路由器该如何设置?不用着急,我们还是可以用手工的方式来完成安装。当你连接一台电脑、手机或平板后,你的智能产品将获得一个IP地址,以便你可以与你的无线路由器进行交互设置。开启智能产品的浏览器页面,输入无线路由器的IP地址,实现接入(无线路由器网关地址,登陆用户名,密码都可以在无线路由器的名牌中查询)。主要有两个需要改进的地方,一是无线路由器WAN口的上网方式,一般有DHCP、静态IP、PPPoE拨号三种方式,通过光猫获取地址上网,推荐将WAN口设为DHCP;一是无线WiFi信号的密码设置,根据你的使用习惯设定无线登陆密码。 < img class="cto- img" src="https://s2.51cto.com/images/20210720/1626760555789572.png" title="1626760555789572.png" style="display:block;margin:auto;" alt="image.png"/>
问答分类:网络技术

为什么 React 源码不用 TypeScript 来写?

  • 1回答
  • 1浏览
  • 提问时间:2021-07-20
最佳答案 Facebook是一家技术非常强大的公司,可以提前做一些外界没有的事情,但是当外界把这个东西做出来的时候,Facebook发现自己无法迁移,被过去提前做的技术锁定了,因为迁移成本太高。例如,在webpack之前,Facebook有自己良好的前端建设流水线,但是在webpack出来之后,Facebook不能迁移到webpack,甚至不能轻易将transpiler迁移到Babel。假如我没有记错的话,Babel作者SebastianMcKenzie在进入Facebook做了一个项目,帮助Facebook迁移到Babel。为何?由于Facebook内部的流水线已经有了自己的transpiler,即使在Babel前身6to5出现之前,Facebook内部的流水线也已经有了自己的transpiler,可以将部分ES6语法转译为ES5。那时候我们可爽了,在外还没有意识到可以这样做的时候,我们已经可以随手写ES6了。但是有了Babel之后,内部流水线根本不兼容中间插入Babel的步骤,所以需要对这条流水线进行专门的改造才能迁移到Babel。而Facebook现有大量代码的ES6写法是基于内部transpiler写的,谁能保证迁移到Babel后100%兼容?迁移到Babel后,如果编译错误,可以找出来修复。如果不出错,但实际执行结果略微不一样,导致出现线上事故,那怎么办?< img class="cto- img" src="https://s2.51cto.com/images/20210720/1626760617966365.jpg" title="1626760617966365.jpg" style="display:block;margin:auto;" alt="7.jpg"/>React在写的时候,是基于上述Facebook内部流水线写的,所以自然是内部有什么工具就依赖什么工具。React一开始写的时候,其实是没有Babel、TypeScript和Flow的,但有上述内部transpiler,所以就这样写了。到后来有了Flow,而且要保证依赖于React的代码能够得到正确的Flow类型推断,自然就加上了Flow注释。此外,内部流水线应该是从来没做过TypeScript支持的,所以估计就算想用TypeScript来写也做不到,因为这不是加个webpack插件就能支持的。
问答分类:WEB开发

现在有的光猫自带路由功能,是否就不需要路由器了?

  • 1回答
  • 1浏览
  • 提问时间:2021-07-20
最佳答案 千兆光猫不仅有路由功能,还支持无线WiFi!那么,有必要安装无线路由器吗?这需要根据你的实际情况来考虑。第一,千兆光猫的安装位置,弱电箱是否会影响无线WiFi信号;一个是对网络性能的追求是否极端,是指游戏用户。本文将主要从这两个方面探讨光猫和无线路由器!弱电也是房屋装修中比较重要的一项。也就是说,光猫的放置位置已经提前确定,是房子的弱电箱。这样做没有错,但是从网络规划的角度来看,会影响无线WiFi的覆盖效果。第一,房间中间没有人会设计弱电箱。通常在一个不显眼的角落,无线WiFi信号无法均匀覆盖整个房间;一个是弱电箱的金属外壳,对无线WiFi信号有很大的衰减作用。为了实现家庭无线WiFi覆盖,光猫和无线路由器的搭配尤为重要。当电信运营商开通宽带时,有两种在线解决方案。一种是通过光猫完成拨号上网,无线路由器通过光猫获取地址上网;一种是光猫只做桥接设备,通过无线路由器拨号上网,其他接入网络设备通过无线路由器获取地址上网。上网的两个效果差距有多大,可以自己试试。为了公平起见,我们可以通过PING运营商的DNS地址进行测试。首先,光猫拨号上网后进行测试,然后用路由器拨号上网。你会发现第二次测试的延迟比第一次测试的延迟长2毫秒或3毫秒。其他网络应用感知能力不强,但游戏体验差距明显。为何两国之间会有如此大的差异?因为两者的定位,光猫的主要任务是进行光电转换,无线WiFi等只是辅助路由。其主要性能指标是网络优化、无线WiFi信号强度等。当然,还有一个不容忽视的问题。光猫设备由运营商提供,无线路由器由用户自己购买。光猫是运营商通过集中采购的,受成本限制,价格低廉,硬件性能差;无线路由器好得多,不仅主营业务重,而且价格高。因为光猫性能不强,这里又出现了一个问题,是否建议用户自己更换光猫!还不建议这样做,这有两个问题,一是猫和运营商的上端设备是否兼容;二是运营商是否愿意为你做数据,光猫的SN码不能用。 < img class="cto- img" src="https://s2.51cto.com/images/20210720/1626760259688828.png" title="1626760259688828.png" style="display:block;margin:auto;" alt="image.png"/>
问答分类:网络技术

什么是绿化率、绿化覆盖率?

  • 1回答
  • 1浏览
  • 提问时间:2021-07-20
最佳答案 绿地率是多少?绿化覆盖率是多少?开发商平时在售楼书上印的绿化指标是绿地率还是绿化覆盖率?地下停车场、化粪池等绿化不是绿地率吗?开发商做的屋顶绿化不是绿地率...很多购房者对此不了解。他们想知道绿地率和绿化覆盖率是怎么回事。专家解释说,绿地率和绿化覆盖率是两个不同概念的术语。绿地率和绿化覆盖率是衡量居住区绿化状况的经济技术指标,但绿地率不等于绿化覆盖率。绿地率是规划指标,描述了居住区用地范围内各类绿地的总和与居住区用地的比例(%)。绿化覆盖率是绿化垂直投影面积之和与占地面积的百分比。比如一棵树的影子很大,但是占地面积很小,具体技术指标不一样。 绿化面积与规划建设用地面积之比。但是绿化率只是开发商在宣传房地产绿化时使用的概念,没有法律法规依据。 法律法规明确规定,衡量房地产绿化的国家标准是绿地率。绿地率是指住宅用地范围内各类绿地的总和与住宅用地的比例,主要包括公共绿地、住宅旁绿地、配套公共建筑所属绿地和道路绿地,其计算比绿化率严格得多。 计算公式:绿地率=绿地面积/土地面积。绿地率通常控制在以下几个限度:不是长草的地方可以算绿地率。距建筑外墙1.5米、道路边线1米以内的土地和地表覆土深度小于3米的土地,无论是否有绿化,都不计入绿地面积。居住区用地范围内的各类绿地主要包括公共绿地、宅旁绿地、配套公共建筑所属绿地和道路绿地等。公共绿地占地面积不超过1%的雕塑、水池、亭台楼阁等绿化小品建筑可视为绿地。绿化率是一个不准确、不规范的词,准确的提法应该是绿化覆盖率。绿化覆盖率是指绿化垂直投影面积之和与住宅用地的比率,相对宽泛,长草的地方可以算作绿化,所以绿化覆盖率一般高于绿地率。 绿化覆盖率可以在小区内广泛绿化。像地下车库这样的大型底部设施,虽然不能在地表种树,但可以种草;在距离建筑外墙1.5米的范围内,虽然不是正式的绿地,但如果能种一些草,总比铺地砖更有吸引力。在社区规划设计中,计算绿化覆盖率所指的绿地,简单来说就是可以包含一块草皮,所以绿化覆盖率有时可以达到60%以上。一些开发商在销售房地产时,当然喜欢引用绿化覆盖率的概念。 绿地率是绿地占总土地面积的比例。一般情况下,很多开发商在售楼书上印有绿化率一词。其实这是一个不准确不规范的词。国家园林绿化用语根本没有这个词,只有绿地率和绿化覆盖率两种说法准确。 < img class="cto- img" src="https://s2.51cto.com/images/20210720/1626760324400182.png" title="1626760324400182.png" style="display:block;margin:auto;" alt="image.png"/>现在你懂了吗?
问答分类:兴趣教学

React 和 Angular 相比,哪一个的学习曲线更陡峭

  • 1回答
  • 2浏览
  • 提问时间:2021-07-20
最佳答案 Angular的后续曲线也不低,因为它的优化性比较差,以至于你不了解它的内部操作原理就很难避免各种性能坑。React上手的曲线也是看人的。对那些习惯了服务端模板的人来说,接受JSX是一个挑战;但对那些搞函数式的人来说,简直是太自然了,因为JSX可以让你把模板看作是一个纯粹的函数。过了这个坎,手写了两个例子,React还是比较简单的。下一步就是搞正经React应用,突然出现Node,CommonJS,Webpack等一堆东西。写过Node的人会觉得哦,太自然了。没有接触过Node的人就像没有接触过java的人初学Angular一样:这些都是什么鬼?再往下走,终于搭建好了环境,这时你会发现React文档里的东西你已经基本看完了,你以为这叫学React?其实这时候你还是不知道怎么用React写一个应用,因为React本身不管这些事情,所以你要开始跳入React社区的大坑,开始学习react-router,react-hot-reload,Flux及其N种实现(voronianski/flux-comparison·GitHub),CSSinJS及其N种实现(https://github.com/MicheleBertoli/css-in-js),Immutable-js,GraphQL,Relay...还有context这种大家都在用但是没有官方文档的功能...< img class="cto- img" src="https://s2.51cto.com/images/20210720/1626760258393154.jpg" title="1626760258393154.jpg" style="display:block;margin:auto;" alt="6.jpg"/>(现在终于有文档了)用Redux又开始一堆概念了,actions,actioncreators,reducers,containers,higherordercomponents...然后现在又开始配着generator搞redux-saga,搞着搞着你可能还会被Clojure/Elm吸引过去,跳入函数式的大坑...这个曲线比起Angular,只能说有过之而无不及...当然,因为学习过程中多了很多可以用来装逼的资本,还是有一定的激励效果的,不像Angular学了半天也没什么能吹的。
问答分类:WEB开发

我们为什么需要 React?

  • 1回答
  • 0浏览
  • 提问时间:2021-07-20
最佳答案 事实上,React本身相当简单。最简单的理解是,一个组件的渲染函数是基于state和props的纯函数。state是自己的,props是从外面来的。如果任何变了,重新渲染。很简单吗?但是,如果抛开React生态圈现在的一切,只用React本身做一个大型应用,你能保持吗?我可以打包票,99%的开发者不能持有。由于大规模用会带来很多规模的复杂性,比如跨组件通信、多组件共享状态、多人合作的可维护性、大量嵌套组件的性能问题等等。如何处理这些东西,都是靠前人填坑才一步步产生的。Flux/Redux的繁琐本质上是对大型应用的复杂性的权衡:使用繁琐的API来改变长期的可维护性。这些问题在规模不够大的应用中并不那么明显,所以这些繁琐的API似乎有些过度设计。DanAbramov自己在推上多次强调,Redux的设计以几个原则为主:让状态的变化可以跟踪,可以重复,可以维护。为了达到这个目的,有reducer、action、actioncreator、midleware等概念。本来callApi(res=>a.b=res)可以做的事情,现在你需要先写一整套,然后配上thunkmidleware。所以在规模不够的应用中使用Redux肯定会觉得用牛刀杀鸡。然而,在React生态系统中前没有适合中小型应用的状态解决方案,因为Flux从一开始就是为Facebookscale设计的,而不考虑中小型应用。近来MobX也算是在React生态圈里做了一些小动因为它填补了这个空白。但是,使用React+MobX本质上是一个更繁琐的Vue。若进行比较,Vue本身不加任何库就能很好地满足中小型应用的需要,配合Vuex就能满足大型应用的需要。同时由于Vue的依赖追踪机制,不管1.0还是2.0都不存在过渡重渲染的性能问题,shouldComponentUpdate/reselect/ImmutableJS之类的统统不需要。其实本来没想提到Vue的,只是因为有些人的答案里面非要拿Vue来比较。回到题主最早的问题,我们需要React/Redux么?< img class="cto- img" src="https://s2.51cto.com/images/20210720/1626760128209221.jpg" title="1626760128209221.jpg" style="display:block;margin:auto;" alt="4.jpg"/>从可维护性的角度考虑,大型应用确实需要,但这不代表任何规模的应用都得用它,更不代表它就是最好的。如果一个方案能够用更简洁的方式满足你的项目对应规模的可维护性需求,并且让你用得爽,那就相信你自己的心,不要因为一些宣传文案看上去很高大上就盲从。很多React传教士喜欢标榜Reactisnoteasy,butitissimple...我想说,Lifeisshort,easyisunderrated.总结一下:别人说用得爽,不代表你会用得爽;自己用得爽的才是真的爽。适合自己(或者手头项目)的才是最好的。
问答分类:WEB开发

为什么我觉得react这么难用?

  • 1回答
  • 1浏览
  • 提问时间:2021-07-20
最佳答案 React不是一个完整的解决方案,而是一个View和一个UI。这意味着如果你想用它来创建一个项目,你需要选择大量的配套组件来研究这些组件的使用,解决这些组件相互结合带来的各种问题。有时候,如果你解决不了,你只能试试。配套组件的使用模式没有规范,自由竞争都是在探索。因此,您的React项目可能与下一个React项目完全不同,其他项目也不同于您。代码风格和使用习惯因人而异。光是CSS的使用模式有40多种,你看哪一种顺眼就用哪一种。这给项目带来了巨大的成本和选择负担。光是官方支持的路由模块就有多个版本,新版本和老版本还不兼容——一个路由模块真的有必要这样折腾吗?这件事,不要看网上提倡的那些内容,自己上手做一个相同需求稍大一点的程序,就能体验到不同和各自的优劣。表单处理是React中特别麻烦的地方之一。由于没有双向绑定等方便的框架设置,需要写很多机械的get/set代码,也需要写onChang/onBlur等事件的代码。手写的话,如果使用UI框架,一个Input需要关联四种以上的状态控制:值、错误状态、错误信息和提示信息。加上onChange/onBlur/onSubmit/onClick等事件。那只是一个输入框,如果有10个呢?总而言之:麻烦。还有额外的组件包可以帮助处理,减少这些脚手架,但模式也是五花八门,各有各的问题。然而,如何将这些包与UI框架结合起来已经成为另一个问题。React追求单向数据流和函数式的纯粹性,这是其设计的出发点,也是一直坚持的。这样做没有错,也没有错,有很大的优势。例如,在React系统中,只要状态一致,渲染的视图就是一样的。这个也很好,给开发带来了很多可控、可靠的保证。要吐槽的,主要是它作为前端框架目前的领头羊,一些设计充满了探索的味道,未必做出的抉择都是正确的。发展、变更是不可避免的,它从class-component->functional-compnent,很多的思路、思想都在变化。< img class="cto- img" src="https://s2.51cto.com/images/20210720/1626759985603106.jpg" title="1626759985603106.jpg" style="display:block;margin:auto;" alt="3.jpg"/>用户用新的就得重来。技术的起点决定了很多设计。比如MUI的组件都是“自定义控制–受控组件”的类型,这个深层原因应该就是React自己。React自己的V-DOM体系,本身就是“受控”–映射的典型例子。所以控制是个习惯和理念需求,本身就没有“原生”的概念和想法。推而广之,进一步的对CSS的控制,也是一类的思路延续。但是这次可能走过了事物的边界。React技术栈,远远超过React自己那些知识。各种附加的组件、模块加起来,是非常庞大的,理解掌握是需要时间的。这也导致它的难度总体比较大。
问答分类:WEB开发

怎样判断一个软件是不是流氓软件?

  • 1回答
  • 0浏览
  • 提问时间:2021-07-20
最佳答案 想起来一句俗语,用在流氓软件上比较贴切,“流氓不可怕,就怕流氓有文化”!使用者和流氓软件的较量真是斗智斗勇的过程,用户千方百计想卸载流氓软件,流氓软件则要想尽办法生存,哪怕是“潜伏”。无赖软件是介于传统软件与***、病毒之间的软件,常常游走于灰色地带。假使流氓软件一点用处都没有,他也能为我们提供计算机应用服务,不过这样的服务给用户的选择空间不大,从而达到赢利的目的!这样的话,流氓软件到底有哪些典型特点,怎么判断一个软件是否是流氓软件?千万别忘了谁是一台计算机,一款软件如果凌驾于用户之上,那么无论它多么好用,他就是个无赖软件!如今许多软件都是采用免费的方式,通过广告的流量获取利润。尽管我不支持,但这也不反对。若能在软件中对广告进行设置,即用户不希望弹出广告而能避免,本软件不属于流氓软件。假如广告弹出无法控制,这就是一个无赖软件!通常流氓软件不会单打独斗,而是采用帮派方式合作作案!假如你不小心安装这些软件中的一种,它会带你去安装其它的流氓软件,这样你的电脑就会一步一步地变成流氓的温床。在各种流氓软件中,给我印象最深的是2345系软件。软件包括2345个浏览器,2345A输入法,2345看图王,2345快压等,只要看到2345个字,我都会绕过去。装好流氓软件后,这群恶棍将开始对你的电脑进行***!一种是你的浏览器主页慢慢地改变成了盗版软件推荐的主页;一种是你电脑广告弹窗越受欢迎,已经严重影响你的电脑使用体验。比***、病毒一样可怕的流氓软件,流氓软件更让人反感。这是因为流氓软件的赢利模式有关,广告的数量越多,用户的错误点击次数越多,赚的也越多!无赖软件也知道自己这一点让用户深恶痛绝,在没有形成品牌效益之前,只能用这种低劣的手段来获利。同时,为了避免用户删除它,流氓软件的另外一大特点就是难于删除,自我复制能力非常强,就像一块狗皮膏贴在电脑上!所以,流氓软件到底会来,怎样避免安装流氓软件呢?推荐从操作系统开始就进行防御,最好安装正式的纯版镜像文件,不要安装任何经过优化的ghost版本系统,在这个系统中实现了各种流氓软件(在背后是利益链)。软体下载最好到官方网站,不要相信什么绿色、汉化、破解版的软件,这类软件在下载的同时,一不小心会引导你安装流氓软件。另外还应养成良好的上网习惯,不浏览不良网站、陌生邮件等。装好流氓软件后,怎么卸载呢?求神容易送神难,盗版软件最大的困难是卸载。以前研究过2345浏览器的卸载,一般卸载方式根本没有用,尝试过常规卸载、删除程序安装文件等方法,只要重启后就会再次出现。对一般用户来说,的确是道高一尺的魔高一丈,几乎不可能彻底删除流氓软件。假如流氓软件还不够好,大家可以尽量不去触发他,不要用流氓软件。若流氓软件找死,最有效的方法就是重装系统。 < img class="cto- img" src="https://s2.51cto.com/images/20210720/1626759897737766.png" title="1626759897737766.png" style="display:block;margin:auto;" alt="image.png"/>
问答分类:兴趣教学

什么是容积率?

  • 1回答
  • 0浏览
  • 提问时间:2021-07-20
最佳答案 容积率是项目总建筑面积与总用地面积之比。 那么,容积率是什么意思呢?高点好还是低点好?容积率是指一个社区的总建筑面积与土地面积之比。对开发商而言,容积率决定了房屋中地价成本本的比例,而对于居民来说,容积率直接关系到居住的舒适性。 以下是一个简单的方法给大家讲解:每层建筑面积100平方米,2层,总建筑面积200平方米,容积率2.0;如建3层,每层建筑面积50平方米,总建筑面积150平方米,容积率1.5,等等。总面积10万平方米,总建筑面积8万平方米,容积率0.8。总用地面积10万平方米,总建筑面积10万平方米,容积率1。总面积10万平方米,总建筑面积15万平方米,容积率1.5。建筑层数相同时,容积率越小,居住密度越小,相对舒适。容积越大,反之亦然。如果容积率超过5,不建议购买。容积率一般由政府规定。 现行城市规划法规体系下编制的各类住宅用地控制性详细规划一般分为容积率:独立别墅为0.2~0.5联排别墅为0.4~0.76层以下多层住宅为0.8~1.211层小高层住宅为1.5~2.018层高层住宅为1.8~2.5层超过19层的住宅是2.4~4.5住宅小区容积率小于1.0的是非普通住宅。 共用面积、套型建筑面积和套内面积分别是什么意思?套型建筑面积是指↓↓建筑面积=套内面积+共用面积。房价=套内面积/建筑面积。公摊部分的面积主要是指↓↓。楼梯、电梯、公共走廊的使用面积。不包括你住宅单元以外的绿地、道路或公共建筑设施的面积。共享面积按总套内面积除以总建筑面积,即你的套型越大,共享面积越大。 套内面积是指↓↓除了墙面占用的面积,业主实际可以使用的面积。套内面积=使用面积+结构(墙、柱)所占面积。< img class="cto- img" src="https://s2.51cto.com/images/20210720/1626759884514767.png" title="1626759884514767.png" style="display:block;margin:auto;" alt="image.png"/>你懂了吗?
问答分类:兴趣教学

react不实现双向绑定的原因是什么呢,提高用户动手能力?

  • 1回答
  • 0浏览
  • 提问时间:2021-07-20
最佳答案 react的逻辑是:组件上的io引发change事件,调用onchange回调,onchange回调获取输入数据进行处理,将结果放入model,引发model的change事件,组件监控model的change事件,然后重新渲染组件。双向绑定的逻辑是:通过模板中的标记,组件上的最新数据将同步到model中的一个字段。其它业务逻辑对该字段进行监控,当该字段发生变化时进行业务逻辑执行。后者看似简单明了,但实际使用中存在一个问题——组件输入的validate和post-processor放在哪里?双向绑定语法的框架通常是通过钩子(hook)来实现的,也就是说,当你注册一个钩子函数时,框架会调用你的函数。当然,这里有各种各样的变体,比如dsl来描述validator。但是,钩子模式实际上是一种需要克制的模式。react还使用钩子,例如shouldcomponentupdate就是典型的钩子(通过methodtemplate模式实现)。但是一个框架对钩子的使用,最好局限在最上层的api中,并且尽量不要太多,否则上层调用代码的结构和可读性会收到很大影响。直观的感觉就是如果你的程序用了太多钩子,你挑调试程序的时候往哪里下断点,你得想一会儿。react对这个问题的处理方法,很朴素,却暗合了中间件模式,让上层程序更容易理解。< img class="cto- img" src="https://s2.51cto.com/images/20210720/1626759766245158.png" title="1626759766245158.png" style="display:block;margin:auto;" alt="1.png"/>另外还有一点,react本身只是一个view层,是不带有model的,只有一个state,然而react的组件设计,是没有给用户机会监听state的变化继而invokeaction的(即render函数不应该有副作用)。在这种场景下,react双向绑定,绑定到哪里去呢?没处绑啊。
问答分类:WEB开发