容积率是大好还是是小好?

  • 1回答
  • 0浏览
  • 提问时间:2021-07-20
最佳答案 买房是人生大事,所以大家买房都要关心。除了房子的价格,他们还应该关心生活环境是否舒适。当然,对于一些学区来说,大家更关心的可能是能否有自己的名额。无论什么样的房子,都会涉及到一个名词,那就是容积率,容积率好还是小,容积率应该怎么算? 首先,我们应该知道容积率的计算。根据规定,容积率是地上大量建筑面积除以规划时批准的土地面积。简而言之,你有一块100平方米的土地,上面盖了一栋房子,建筑面积是90平方米,那么他的容积率就是0.9。从这个算法可以看出,容积率越大,在地面上建造的建筑面积越大,面积越大,可以容纳的人越多。这个时候自然会和同一块土地上只住几个人的地方不一样。 别墅区的容积率一般很低,因为占地面积低,别墅最高层数在三层左右。当整体建筑面积变低时,容积率自然会变小。但是相对来说,容积率小,但是房子的价格会变高。 但是对于一些大城市来说,由于人口的增加,在建房的时候,首先要考虑的是整体居住人数,可能会在增加容积率的同时尽可能的增加房子的高度。虽然大家住的时候都会觉得拥挤或者公共面积小等问题,但是他解决了大部分人的住房问题,上学等问题,所以综合来说还是可以接受的。 容积率是大是小,容积率应该怎么算?从购房者的角度来说,容积率越小越好。但是考虑到自己的实际经济能力,能保持平均水平的容积率是合适的。原来的房子最多盖8层,没有电梯,但是相应的容积率也低。同样的地方,我们盖30层的房子,容积率自然会高。一般19层以上的房子容积率会高达2以上。 < img class="cto- img" src="https://s2.51cto.com/images/20210720/1626759620145831.png" title="1626759620145831.png" style="display:block;margin:auto;" alt="image.png"/>看了上面容积率的回答,你应该知道选容积率大还是小的房子了吧?
问答分类:兴趣教学

安卓手机卡顿的原因有哪些?

  • 1回答
  • 0浏览
  • 提问时间:2021-07-20
最佳答案 手机你会选择安卓还是苹果呢?而且我们最关心的应该还是Android手机的卡顿问题。当Android系统采用虚拟机运行机制时,有两个问题是不可避免的,一个是程序运行效率低,一个是程序长期使用老化和卡死的问题。虽然谷歌不断优化Android系统,各大手机厂商也推出了UI系统进行补充,但是Android系统卡顿的问题并没有从根本上解决!很多人觉得我这么说太武断了,那就来说说我个人判断Android系统还会卡顿的两个依据吧!一个是Android手机和苹果手机的硬件对比。不知道大家有没有注意到这个规律。同期Android旗舰手机和苹果旗舰手机的硬件差异,Android手机的内存和电池容量高于苹果手机,但性能和电池容量仍然不能完全超过苹果手机。非常有说服力,Android系统的先天不足还没有得到很好的改善,需要通过硬件堆叠来达到苹果手机的水平。软件的缺点是通过硬件来弥补的,这必然会推高安卓手机的成本,消费者购买机器的成本也会上升!一方面,各大手机厂商仍然关注Android的问题。在小米9发布会上,雷军承诺旗舰车型18个月内不会卡,华为Mate40系列发布会承诺不会卡。华为和小米作为国内手机厂商的两大代表,可以凭借自身的优化能力延长旗舰手机的抗卡顿能力,那么优化能力差的手机厂商呢?那么华为和小米非旗舰车型的抗卡顿能力呢?人们越关注某个问题,问题就越严重。只有我们所有的手机厂商都不再把Android防卡顿作为卖点来解决这个问题。谈到Android系统存在的问题,我们来看看Android软件APP。Android系统采用开放源代码的方式,其优点是软件APP可以百花齐放。坏的一面,软件APP良莠不齐,很多软件厂商,开发团队,个人等等都想分一杯羹,软件APP的执行效率无法保证。大ndroid软件大多采用免费模式,通过广告流量获取利润。一个软件如何占用用户更多的时间,从而获得更多的广告播放时间,成为开发者关注的焦点。为此,软件APP利用Android系统的唤醒机制,只要运行一个软件APP,软件就会在后台偷偷唤醒其合作软件。比如你打开微信,微信会悄悄唤醒QQ,让你的内存越来越拥挤。Android系统***和流氓软件也猖獗,也会导致手机卡死。 < img class="cto- img" src="https://s2.51cto.com/images/20210720/1626759567678395.png" title="1626759567678395.png" style="display:block;margin:auto;" alt="image.png"/>
问答分类:操作系统

Vue2和react全家桶该选哪一个?

  • 1回答
  • 1浏览
  • 提问时间:2021-07-20
最佳答案 公司几乎都是前端vue,但是如果我选择react是错误的,我应该更喜欢elm。感觉vue-loader的风格处理不科学,但是最近支持cssmodule,感觉科学多了。感觉模板太不严谨,lint很难,写复杂逻辑很痛苦。感觉vue的jsx好像没有react舒服。但是好歹有vdom,很喜欢。感觉状态管理太随意,js太…坑,容易出问题。当然,我很弱js这种高端语言不适合我这种连xxisundefined都无法避免的渣渣。虽然状态管理有vuex,但我仍然不知道如何在每个组件中使用elmarchitecture。我不明白,没有fp和类型的状态管理有什么用。在公司用vue写了几千可能上万的普通简单无关紧要业务逻辑后,终于觉得在vue组件中直接写elm算了。我不是说vue不好……真的好用……分分钟出满是bug的前端,留下不可维护的代码。< img class="cto- img" src="https://s2.51cto.com/images/20210720/1626759488594632.jpg" title="1626759488594632.jpg" style="display:block;margin:auto;" alt="5.jpg"/>是我等算不上前端的渣渣搬砖工不二福音。没有任何黑vue全家桶的意思,我太爱它了。让弱逼如我都能快速出活。所以如果你们是从UI组件这层开始就要自己动手的,vue是不错的选择。但如果想用成熟的UI库来开发自己的复杂业务逻辑比如类似后台这样,可以再考虑下。
问答分类:WEB开发

相比 React 全家桶,选择 Vue2 有何优劣?

  • 1回答
  • 1浏览
  • 提问时间:2021-07-20
最佳答案 框架之争几乎每年都在上演。个人认为与自己的业务场景一致,选择合适的技术选择才是正道。与自己的业务硬上不合适的框架不符,这是自私的,也是对公司不负责任的。React有react的好处,Vue有Vue的好处。不同公司的管理技术选择都是基于自己的业务。我来说说我对技术选择的考虑。业务背景【业务情况】:收银软件,涉及店铺整体管理。开发周期:2个月实际上只有1个半月。将原PC端的大部分业务重构到Web端。人员整体技术参差不齐。我们以前使用ng1技术栈。我的考虑:其实当时已经考虑过react和Vue,react的话,国内大厂都有用,实践案例也不错。Vue对初学者友好,门槛低,可以快速发货。但是俗话说要从国情出发,团队成员都是ng1技术背景,原来产品是纯PC客户端,不存在ng1向ng2迁移的情况,其实迁移过程并非谣传那样痛苦。另外我们已经在多个内部系统应用ng2,有了不少工程上和框架上一些填坑经验。所以项目启动时选择angular2.所以在技术选型上,一要结合实际情况出发,二要谨慎选型对新的事物不要拒绝,在一些实验项目实验。三要看得远,backbone当时很火,选择没错。react现在很火,选择没错。Vue现在很火,选择没错。但是你选择一定时间稳定的,还是选择火热一时的。< img class="cto- img" src="https://s2.51cto.com/images/20210720/1626759332431831.jpg" title="1626759332431831.jpg" style="display:block;margin:auto;" alt="4.jpg"/>你需要考虑:后端框架已经日趋稳定,前端还是年年在淘汰。选择比努力重要!!
问答分类:WEB开发

谁能大致说下vue和react的最大区别之处?

  • 1回答
  • 1浏览
  • 提问时间:2021-07-20
最佳答案 虽然Vue和React在定位上有一些交集,但差异也很明显。Vue使用web开发者更熟悉的模板和特性,Vue的API更适合传统web开发者熟悉的模板。例如,Vue的单文件组件以模板+JavaScript+CSS的组合模式呈现,可以更好地与web现有的HTML、JavaScript和CSS合作。React的特点是函数编程的概念和丰富的技术选择。与React相比,Vue更容易被前端工程师接受,这是一种直观的感觉;React更容易吸引在FP上不断前进的开发者。考虑到使用习惯和思维方式,对于一个没有任何Vue和React基础的web开发者来说,Vue会更友好,更符合他的思维方式。React对于有函数编程背景的开发者和一些不以web为主要开发平台的开发者来说更容易接受。这并不意味着他们不能接受Vue。Vue和React的区别没有web开发者明显。Vue可以说更注重web开发者的习惯。在实现方面,Vue和React最大的区别在于数据的reactivity,即反应系统。Vue提供反应式数据,当数据发生变化时,界面会自动更新,而React需要调用SetState的方法。我把两者分别称为Push-based和Pull-based。所谓Push-based就是说,改动数据之后,数据本身会把这个改动推送出去,告知渲染系统自动进行渲染。在React里面,它是一个Pull的形式,用户要给系统一个明确的信号说明现在需要重新渲染了,这个系统才会重新渲染。< img class="cto- img" src="https://s2.51cto.com/images/20210720/1626759064439648.jpg" title="1626759064439648.jpg" style="display:block;margin:auto;" alt="6.jpg"/>两者并没有绝对的优劣之分,更多的也是思维模式和开发习惯的不同。两者不是完全互斥的,比如说在React里面,你也可以用一些第三方的库像MobX实现Push-based的系统,同时你也可以在Vue2.0里面,通过一些手段,比如把数据freeze起来,让数据不再具有反应式特点,或者通过手动调用组件更新的方法来做一个pull-based系统。所以两者并没有一个绝对的界限,只是默认的倾向性不同而已。
问答分类:WEB开发

路由器经常需要重启才能再次使用,这是为什么?

  • 1回答
  • 3浏览
  • 提问时间:2021-07-20
最佳答案 电视可以不看,但是网络不能没有,这可能是当今许多家庭休闲娱乐的真实写照。断开网络是每个人都不愿意遇到的情况,但也无法完全避免。谈到断开网络,有一种常见的情况,路由器经常掉线,通过拔掉路由器电源在插上电源或拔掉网线在插上网线,也就是重启路由器就可以恢复。到底是什么原因造成了这样的问题,能否彻底根治?从网络访问范围来看,可以分为运营商故障和用户局域网故障。路由频繁断线,首先要分析这一段带来的问题。如果是运营商故障造成的,需要打电话给运营商,安排人员处理故障;如果用户端出现故障,需要判断具体故障原因,对症下药,解决路由器频繁断线的问题。从运营商的故障来看,无论是拔插路由器电源,还是拔插网线,都能重新发挥数据激活的作用!资料激活与网络连接有何关系?假设光纤线路在运营商端出现问题,就会照用户端频繁拨号进行认证。运营商的服务器会做出错误的判断,认为有人恶意***服务器,暂停拨号认证。那怎样判断接线员带来的问题呢?非常简单录路由器查看日志信息。如果发现频繁的拨号连接,可以确认问题。此外,PING命令可以在测试过程中连续测试。如果路由器日志没有发现问题,PING路由器网关关闭,问题可以锁定在局域网上。那么,局域网的故障是什么呢?老实说,引起这样问题的因素很多,很难马上判断问题,只能用排除法逐一查明。拔出网线后,即可恢复上网,首先要检查的是网线接口、路由器网口和计算机网卡接口。查看八芯电缆网线是否松动。如条件允许,可重新制作水晶头或更换测试网线。一般的路由器都有四个局域网口,可以更换其它局域网口进行测试。假如网线和路由器的LAN口没有问题,怎样判断网卡是否有问题?一个是通过PING本身的地址来测试,另一个是手机在断网时无线连接是否正常,可以判断是否存在网卡问题。另有一个问题需要注意,就是路由器的局域网接口和电脑网卡端口会被堵塞。路由和电脑一样,有自己的硬件和软件系统。一旦突发数据处理能力超过其硬件承载能力,就会出现端口堵塞的问题。电脑网卡端也有这个问题。这种情况是拔网线的解决方案,系统中的网卡可以禁用重启。还有,无线路由器的老化,通风条件,长时间不启动也会引起类似的问题。特定问题需要具体分析! < img class="cto- img" src="https://s2.51cto.com/images/20210720/1626752673247538.png" title="1626752673247538.png" style="display:block;margin:auto;" alt="image.png"/>
问答分类:网络技术

为什么都在说 React 比 Vue 难?

  • 1回答
  • 3浏览
  • 提问时间:2021-07-20
最佳答案 目前我做的项目vue和react都有,还是有点感觉…react有无数种模式和反模式,如果你晒出自己的代码,别人会疯狂地指责你的代码,然后不让你做两件事:这也不让,那也不让。这一问题在hooks出现后变本加厉,API只有几个,模式和反模式很多,没有人认同别人的最佳实践。react的生态引以为豪,但可能会给你选择困难。router这个核心的东西要分裂,redux系列就更不用说了,CSS方案更可怕。说好听点叫百花齐放,说难听点叫神鬼乱舞,一般人根本分不清哪个好,只能跟风,或者看star数,看npm下载量。vue其实这方面稍微好点,基本上一套下来整个社区都认可一些相对固定的方案,有比较公认的最佳实践了,大家也比较宽容,就算你写一个newVue()做全局变量,用它来watch数据变化或者当事件总线用,别人也不会喷你说这个是badpractice。< img class="cto- img" src="https://s2.51cto.com/images/20210720/1626758895279644.jpg" title="1626758895279644.jpg" style="display:block;margin:auto;" alt="0.jpg"/>vue-loader大体上确定了单文件组件的生态,别人扩展SFC的也有,不用SFC的也有,但基本上井水不犯河水,用模板的和用JSX的谁也不喷谁,反正又没碍着你不让你用,而且如果做组件库的话,混用的大有人在。我个人觉得vue设计哲学里还是有一些中国人的中庸之道的,把简单和选择留给别人,复杂和无奈留给自己……
问答分类:WEB开发

XML的解析方法有哪些?

  • 1回答
  • 3浏览
  • 提问时间:2021-07-20
最佳答案 XML的解析方法有四种:1。DOM解析;2.SAX解析;3.JDOM解析;4.DOM4J解析。前两种属于基本方法,是官方提供的平台无关的解析方法;后两种属于扩展方法,在基本方法上扩展,只适用于Java平台。 1.DOM解析。DOM的全称是DocumentObjectModel,即文档对象模型。在应用程序中,基于DOM的XML解析器将XML文档转换成对象模型的集合(通常称为DOM树)。应用程序通过操作对象模型来操作XML文档数据。通过DOM接口,应用程序可以随时访问XML文档的任何部分数据。因此,这种使用DOM接口的机制也被称为随机访问机制。 DOM接口提供了一种通过分层对象模型访问XML文档信息的方法。这些分层对象模型根据XML的文档结构形成节点树。无论XML文档中描述了什么类型的信息,即使是制表数据、项目列表或文档,DOM生成的模型也是节点树的形式。也就是说,DOM强制使用树模型访问XML文档中的信息。因为XML本质上是一种分层结构,所以这种描述方法非常有效。 DOM树提供的随机访问方式给应用程序的开发带来了极大的灵活性,可以随意控制整个XML文档的内容。然而,由于DOM解析器将整个XML文档转换成DOM树,并将其放入内存中,当文档较大或结构复杂时,对内存的需求较高。此外,复杂树木的遍历也是一项耗时的操作。因此,DOM解析器对机器性能要求较高,效率不理想。然而,由于DOM解析器采用的树结构与XML文档的结构一致,鉴于随机访问带来的便利,DOM解析器具有广泛的应用价值。 优点:树木结构的形成有助于更好地理解和掌握,代码易于编写。在解析过程中,树结构保存在内存中,便于修改。缺点:因为文件是一次性读取的,所以内存的消耗比较大。如果XML文件大,很容易影响解析性能,可能导致内存溢出。 2.SAX解析。SAX的全称是SimpleAPIsforXML,也就是XML简单的应用接口。与DOM不同,SAX提供的访问模式是一种顺序模式,是一种快速读写XML数据的方式。使用SAX解析器解析XML文档时,会触发一系列事件,激活相应的事件处理函数。应用程序通过这些事件处理函数访问XML文档,因此SAX接口也被称为事件驱动接口。优点:采用事件驱动模式,内存消耗相对较小。适用于只处理XML文件中的数据。缺点:编码比较麻烦。XML文件中的许多不同数据很难同时访问。 3.JDOM解析。特征:只使用特定类别,不使用接口。Collections类API被广泛使用。 4.DOM4J解析。特征:JDOM是一个智能分支,它结合了许多超出基本XML文档表示的功能。采用接口和抽象的基本方法。它具有性能优异、灵活性好、功能强大、极其易用的特点。是一个开放源代码的文件。 建议:如果XML文档较大,不考虑移植问题,建议使用DOM4J;如果XML文档较小,建议使用JDOM;如果需要及时处理,不需要保存数据,考虑SAX。但无论如何,还是那句话:适合自己的才是最好的。如果时间允许,建议你尝试这四种方法,然后选择适合自己的。 < img class="cto- img" src="https://s2.51cto.com/images/20210720/1626752698191383.png" title="1626752698191383.png" style="display:block;margin:auto;" alt="image.png"/>注意:四种解析方法不需要完全记住,XML解析在工作中也不会经常使用。因此大家可以把本文收藏起来,以后工作中遇到XML解析问题直接通过本文的步骤来解析。
问答分类:兴趣教学

现在直接学vue3.0,还是需要先学vue2.0?

  • 1回答
  • 7浏览
  • 提问时间:2021-07-20
最佳答案 如今开始学习,理论当然是直接上手3。但目前3还不推荐用于生产项目,周边生态还需要时间来完善。实际上现在开始学习2、基础知识、组件这些,学习扎实。接着3也差不多了。这是一个更好的方法。而这种学习也可以激发你的思考,3提供了什么新的变化,为什么要弄组合api,这样对理解3更有好处。事实上,基本语法基本上没有什么变化,所以,新学vue的人,更建议先把2的基础学好,然后对比3的升级,不同的地方,一起学习。等你学好了可以做项目,3也可以用在项目上。刚开始学习的时候用angular1.x,当时Angular2刚进beta版。使用一年后,许多开源UI库向2迁移,旧版本不支持新功能。但由于当时已经用1.x建立了几个独立的系统,没有足够的人力重构。但是由于1.x版本本本身的性能问题,必须投入更多的人力进行优化。这是一个深坑。前阵子在新团队开个新坑,考虑了这个问题。最后在vue2和vue3之间选择了react+antd。主要的考虑的点是,团队人力不足,只能在现成的框架上进行开发;vue3刚发布,而新的组件库还需要一段时间才能跟进;选择vue2后续没有精力跟进更新,选择vue3前期踩坑避免不了。< img class="cto- img" src="https://s2.51cto.com/images/20210720/1626752488173270.jpg" title="1626752488173270.jpg" style="display:block;margin:auto;" alt="4.jpg"/>以我经验,编程真的是需要不断写,才能领悟。同样的逻辑,你会边写边思考,重复了的地方,你写烦了就知道思考优化,深入研究。而目前用2加生态可以在实战项目中去学习,3目前可能就自己先玩玩。
问答分类:WEB开发

与JSON相比,XML有什么优劣势?

  • 1回答
  • 3浏览
  • 提问时间:2021-07-20
最佳答案 XML和JSON是当今互联网上最常用的两种数据交换格式。W3C于1996年提出了XML格式。2002年,DouglasCrockford提出了JSON格式。尽管这两种格式的设计目标不同,但它们通常用于相同的任务,即数据交换。XML和JSON的文档都很完善,都有人类可读性。这两种格式没有一种比另一种强,只是不需要各自适用的领域。 XML的优点与JSON相比,XML有许多优点。两者最大的区别在于,XML可以通过在标签中添加属性来存储元数据(metadata)。使用JSON时,需要创建一个对象,将元数据作为对象的成员进行存储。虽然两者都可以达到存储元数据的目的,但在这种情况下,XML往往是更好的选择,因为JSON的表达会让客户端程序开发者误以为数据应该转换成对象。 尽管后来我会说这也是XML的一个缺点,但是XML中的命名冲突和前缀处理机制赋予了它JSON所不具备的能力。程序员可以通过前缀给两个不同的实体统一名称。2当不同的实体在客户端使用相同的名称时,这个特性将非常有用。 XML的另一个优点是,大多数浏览器可以以高可读性和强组织性的方式向用户展示(highlyreadableandorganizedway)。XML的树形结构使其易于结构化,浏览器也使用户能够自行展开或折叠树中的元素,这简直是调试的福音。 与JSON相比,XML有一个非常重要的优mixedcontent)的优点。例如,当XML处理包含结构化标记的字符串时,程序员只需将带标记的文本放在标签中即可。但是因为JSON只包含数据,指示标签的简单方法,虽然可以使用处理元数据的解决方案,但总有滥用的嫌疑。 JSON的优点JSON本身也有很多优点。最明显的一点是JSON比XML简单得多。由于XML需要打开和关闭标签,JSON使用名称/值来表示数据,使用简单的{和}来标记对象,[和]来标记数组,以表示数据的分离,:表示名称和值的分离。即使使用gzip压缩,JSON仍然比XML小,而且耗时更少。 由于JSON文件的自然简洁性,与包含相同信息的XML相比,JSON总是更小,这意味着更快的传输和处理速度。使用JSON进行序列化和反序列化的速度明显优于使用XML。JSON在CPU资源的使用上优于XML。 JSON的另一个优点是它的对象和数组表达与宿主语言(hostlanguage)中的数据结构相对应。虽然这些数据结构也可以在XML中表达出来,但只需要调用一个函数来完成分析,但往往需要更多的代码来正确完成XML的序列化和反序列化处理。而且XML对人类没有JSON直观,XML标准缺乏对象和数组标签的明确定义。JSON标记可以替代嵌套标签时,JSON的优势非常突出。JSON中的花括号和中括号明确表示了数据的结构。当然,这个优势也包含了上面提到的问题。JSON在表示元数据时不如XML准确。 尽管XML支持命名空间(namespace)和前缀(prefix),但这并不意味着JSON没有能力处理命名冲突。与XML的前缀相比,它更简单地处理命名冲突,在程序中处理更自然。在JSON中,每个对象都在自己的命名空间,所以不同对象中的元素名称可以随意重复。在大多数编程语言中,不同对象中的成员可以包含相同的名称,因此JSON根据对象的名称区分规则在处理中更加自然。 也许JSON比XML更好的部分是因为JSON是JavaScript的子集,所以JavaScript代码中的分析或封装是非常自然的。虽然这似乎对JavaScript程序非常有用,但其他程序不能直接从中受益,但实际上这个问题已经得到了很好的解决。目前,JSON的网站列表显示了175个不同语言的工具,都实现了处理JSON所需的功能。尽管我无法评价大多数工具的质量,但它们的存在明确了开发者社区拥抱JSON的现象,它们有效地简化了在不同平台上使用JSON的难度。 < img class="cto- img" src="https://s2.51cto.com/images/20210720/1626752300671968.png" title="1626752300671968.png" style="display:block;margin:auto;" alt="image.png"/>简而言之,XML的目标是标记文档。它与JSON的目标相去甚远,所以只要使用XML就可以使用。它利用树形结构和含有语义的文本来表达混合内容来实现这一目标。
问答分类:兴趣教学