DTP

【Flutter学习】之MaterialApp和Scaffold组件使用详解

与世无争的帅哥 提交于 2021-02-11 23:01:40
一,前言:   MaterialApp和Scaffold是Flutter提供的两个Widget,其中: MaterialApp是一个方便的Widget,它封装了应用程序实现Material Design所需要的一些Widget。 Scaffold组件是Material Design布局结构的基本实现。此类提供了用于显示drawer、snackbar和底部sheet的API。MaterialApp 的 child 是 Scaffold Widget。 二,MaterialApp属性介绍                       * 22个参数 字段 类型 navigatorKey(导航键) GlobalKey<NavigatorState> home(主页) Widget routes(路由) Map<String, WidgetBuilder> initialRoute(初始路由) String onGenerateRoute(生成路由) RouteFactory onUnknownRoute(未知路由) RouteFactory navigatorObservers(导航观察器) List<NavigatorObserver> builder(建造者) TransitionBuilder title(标题) String onGenerateTitle(生成标题)

单臂路由

大兔子大兔子 提交于 2021-01-19 10:59:12
1.简述单臂路由的工作原理 答:路由器重新封装Mac地址 转换vlan标签 2.命令R1(config-subif)#encapsulation dot1q10的作用是什么? 答:路由器上配置trunk的封装协议的命令 3.依次写出为F0/0.1子接口配置IP地址10.0.0.1/8的命令 答:conf t intf0/0.1 ip add 10.0.0.1/8 4.命令R1(config)#ip dhcp pool vlan 10的作用是什么?. 答:定义ip地址池 5.命令R1(dhcp-config)#network 192.168.1.0 255.255.255.0的作用是什么? 答:动态分配ip地址段为192.168.1.0 255.255.255.0 6.命令R1(dhcp-config)#default-router 192.168.1.1的作用是什么? 答:设定网关地址为192.168.1.1 7.简述形成Trunk链路的前提条件 答:封装,链路两端接口的trunk封装必须一致 模式,链路两端接口的trunk模式必须匹配 native vlan 链路两端接口的native vlan 配置相同 8.简述dynamic desirable和dynamic auto模式的异同 答:dynamic desirable:只能通过协商形成trunk 中的发送和被动响应dtp信息

【每天三分钟】三层技术之HSRP网关冗余技术

瘦欲@ 提交于 2021-01-03 17:02:50
HSRP(Hot Standby Routing Protocol)热备份路由协议。 HSRP协议是思科的私有协议。VRRP是公有热备协议。 HSRP的作用: 网关冗余技术,让一台PC可以有两个网关,平时主的网关工作,当主的出现故障从网关则接替工作。主从网关由一个虚IP来决定谁是主谁是从。 HSRP组成员: 一台活跃路由器,一台备份路由器,一台虚拟路由器,其他路由器组成。 HSRP端口号位1985,属于UDP协议,数据包使用组播地址:224.0.0.2 TTL值为1。 HSRP的六种状态: 初始状态,学习状态,监听状态,发言状态,备份状态,活跃状态。 HSRP选举: 通过优先级选举谁是主谁是从,优先级数值越大则优先,默认值为100。 HSRP强占+端口跟踪: 相同条件下无法发生强占。当配置了端口跟踪,主优先级为100时,如果主路由器跟踪的端口出现问题,HSRP自动将优先级降10,这样从的优先级就会高于主的,自动强占。 HSRP默认的Hello时间为3S间隔,保持时间为10S。 思科热备技术相关命令: 命令 描述 (config-if)# standby 1 ip 192.168.1.1 配置虚IP (config-if)# standby 1 priority 105 配置优先级 (config-if)# standby 1 preempt 配置强占 (config-if)#

【每天三分钟】三层技术之动态路由OSPF协议

与世无争的帅哥 提交于 2021-01-03 16:33:47
OSPF协议全称opend shortest path first开放式最短路径优先协议,它根据SPF算法自动选择最优的路经动态选择路由。 OSPF协议的优势:适用于大规模网络,路由变化收敛速度快,无环路由,支持子网划分LVSM,支持区域划分,支持组播发送报文,支持触发性更新路由条目。 OSPF协议是链路状态路由协议,它的管理距离为110。它的协议号为89。 SPF计算路径成本的公式:10的8次方除以BW(带宽)。单位:Bit/S。 AS叫自治系统:我们将共同管理下的一组路由运行的网络称之为自治系统。 OSPF的工作过程:建立邻接关系,链路状态数据库,最短路径树,形成路由表。 OSPF有三个表:邻居表,链路状态数据库,路由表。 OSPF形成邻接状态的过程:Down失效状态,Init初始化状态,2-Way邻居状态,Exstart开始状态,Exchange交换状态,Loading等待状态,Full邻接状态。 释义:从Down到2-Way这个阶段是路由与路由确认是邻居了,然后从Exstart到Full这个阶段完成邻接。邻接的意思就是邻居之间建立连接。 OSPF包类型: v Hell包:发生送Hell报文建立邻接关系。 v 数据库描述包DBD:发送描述列表,就是我这里有那几个网段。 v 链路状态请求包LSR:发送请求包,请求路由列表。 v 链路状态更新包LSU:发送更新包,更新路由列表。

六角透明颜色[复制]

﹥>﹥吖頭↗ 提交于 2020-08-13 08:35:10
问题: This question already has an answer here: 这个问题在这里已有答案: Understanding colors on Android (six characters) 7 answers 了解Android上的颜色(六个字符) 7个答案 I'm working on implementing a widget transparency option for my app widget although I'm having some trouble getting the hex color values right. 我正在为我的应用程序小部件实现一个小部件透明度选项,尽管我在修复十六进制颜色值时遇到了一些麻烦。 Being completely new to hex color transparency I searched around a bit although I couldn't find a specific answer to my question. 作为十六进制颜色透明度的全新,我搜索了一下,虽然我找不到我的问题的具体答案。 I want to set transparency by hex color so let's say my hex color id "#33b5e5" and I want it to

c#命名规范(转载)

那年仲夏 提交于 2020-08-04 18:26:29
出处:脚本之家 链接:http://www.jb51.net/article/57163.htm   注重代码书写的程序员应该是一个比较有修养的人,下面这些命名规则不一定要绝对遵从,但值得参考。在应用规则 时要进行合理的判断。 Pascal 规则(帕斯卡命名) 每个单词开头的字母大写(如 TestCounter). Camel 规则(大驼峰和小驼峰命名) 除了第一个单词外的其他单词的开头字母大写. 如. testCounter. Upper 规则 仅用于一两个字符长的常量的缩写命名,超过三个字符长度应该应用Pascal规则.例如: public class Math {    public const PI = ...    public const E = ...    public const FeigenBaumNumber = ... } 具体的规则总结如下: 类命名指导 - 类名应该为名词及名词短语,尽可能使用完整的词 - 使用Pascal规则 - 在适当的地方,使用复合单词命名派生的类。派生类名称的第二个部分应当是基类的名称。   例如,ApplicationException 对于从名为 Exception 的类派生的类是适当的名称,原因是 ApplicationException 是一种 Exception。 请在应用该规则时进行合理的判断。   例如,Button

分布式事务

旧时模样 提交于 2020-07-29 09:37:13
   众所周知,数据库能实现 本地事务 ,也就是在 同一个数据库中 ,你可以允许一组操作要么全都正确执行,要么全都不执行。这里特别强调了 本地事务 ,也就是目前的数据库只能支持同一个数据库中的事务。但现在的系统往往采用微服务架构,业务系统拥有独立的数据库,因此就出现了跨多个数据库的事务需求,这种事务即为“分布式事务”。那么在目前数据库不支持跨库事务的情况下,我们应该如何实现分布式事务呢?本文首先会为大家梳理分布式事务的基本概念和理论基础,然后介绍几种目前常用的分布式事务解决方案。废话不多说,那就开始吧~ 1 什么是事务?    事务由一组操作构成,我们希望这组操作能够全部正确执行,如果这一组操作中的任意一个步骤发生错误,那么就需要回滚之前已经完成的操作。也就是同一个事务中的所有操作,要么全都正确执行,要么全都不要执行。 2 事务的四大特性 ACID    说到事务,就不得不提一下事务著名的四大特性。 原子性   原子性要求,事务是一个不可分割的执行单元,事务中的所有操作要么全都执行,要么全都不执行。 一致性   一致性要求,事务在开始前和结束后,数据库的完整性约束没有被破坏。 隔离性   事务的执行是相互独立的,它们不会相互干扰,一个事务不会看到另一个正在运行过程中的事务的数据。 持久性   持久性要求,一个事务完成之后,事务的执行结果必须是持久化保存的。即使数据库发生崩溃

分布式场景之刚性事务-2PC详解

|▌冷眼眸甩不掉的悲伤 提交于 2020-07-27 14:59:44
分布式一致性 分布式场景下,多个服务同时对服务一个流程,比如电商下单场景,需要支付服务进行支付、库存服务扣减库存、订单服务进行订单生成、物流服务更新物流信息等。如果某一个服务执行失败,或者网络不通引起的请求丢失,那么整个系统可能出现数据不一致的原因。 上述场景就是分布式一致性问题,追根到底,分布式一致性的根本原因在于数据的分布式操作,引起的本地事务无法保障数据的原子性引起。 分布式一致性问题的解决思路有两种,一种是分布式事务,一种是尽量通过业务流程避免分布式事务。分布式事务是直接解决问题,而业务规避其实通过解决出问题的地方(解决提问题的人)。其实在真实业务场景中,如果业务规避不是很麻烦的前提,最优雅的解决方案就是业务规避。 事务分类 分布式事务实现方案从类型上去分刚性事务、柔型事务。刚性事务:通常无业务改造,强一致性,原生支持回滚/隔离性,低并发,适合短事务。柔性事务:有业务改造,最终一致性,实现补偿接口,实现资源锁定接口,高并发,适合长事务。 刚性事务:XA 协议(2PC、JTA、JTS)、3PC 柔型事务:TCC/FMT、Saga(状态机模式、Aop模式)、本地事务消息、消息事务(半消息) 2PC定义 2PC全称Two-phaseCommit,中文名是二阶段提交,是XA规范的实现思路,XA规范是 X/Open DTP 定义的交易中间件与数据库之间的接口规范(即接口函数)

常用的分布式事务解决方案

空扰寡人 提交于 2020-04-14 15:24:21
【推荐阅读】微服务还能火多久?>>> 众所周知,数据库能实现本地事务,也就是在同一个数据库中,你可以允许一组操作要么全都正确执行,要么全都不执行。这里特别强调了本地事务,也就是目前的数据库只能支持同一个数据库中的事务。但现在的系统往往采用微服务架构,业务系统拥有独立的数据库,因此就出现了跨多个数据库的事务需求,这种事务即为“分布式事务”。那么在目前数据库不支持跨库事务的情况下,我们应该如何实现分布式事务呢?本文首先会为大家梳理分布式事务的基本概念和理论基础,然后介绍几种目前常用的分布式事务解决方案。废话不多说,那就开始吧~ 什么是事务? 事务由一组操作构成,我们希望这组操作能够全部正确执行,如果这一组操作中的任意一个步骤发生错误,那么就需要回滚之前已经完成的操作。也就是同一个事务中的所有操作,要么全都正确执行,要么全都不要执行。 事务的四大特性 ACID 说到事务,就不得不提一下事务著名的四大特性。 原子性 原子性要求,事务是一个不可分割的执行单元,事务中的所有操作要么全都执行,要么全都不执行。 一致性 一致性要求,事务在开始前和结束后,数据库的完整性约束没有被破坏。 隔离性 事务的执行是相互独立的,它们不会相互干扰,一个事务不会看到另一个正在运行过程中的事务的数据。 持久性 持久性要求,一个事务完成之后,事务的执行结果必须是持久化保存的。即使数据库发生崩溃

十年磨一剑,阿里云RDS MySQL和AWS RDS谁的性能更胜一筹?

旧巷老猫 提交于 2020-04-14 08:45:05
【今日推荐】:为什么一到面试就懵逼!>>> MySQL代表了开源数据库的快速发展。 从2004年前后的Wiki、WordPress等轻量级Web 2.0应用起步,到2010年阿里巴巴在电商及支付场景大规模使用MySQL数据库,再到2012年开始阿里云RDS for MySQL为成千上万家客户提供可靠的关系数据库服务,阿里云RDS积累了来自内外部功能、性能、安全方面的众多需求,打造了面向企业场景的AliSQL分支,包含了丰富企业级数据库特性: DynamicThreadPool(DTP) :在内核中动态管理数据库线程池,通过有限资源持续支撑大量创建数据库连接请求,维持高效稳定的请求处理能力。 IndexMutexTuning(IMT) :通过IMT优化大大降低索引节点分裂成本,大大提升类TPCC场景处理能力,在全内存的测试中,单机达到了39W的TpmC,相对于原生版本提升35-50%不等。 TDE&SM4: 全新优化的TDE数据加密,并且支持国产加密算法SM4。 PerformanceInsight :针对数据库SQL性能扩展多方面信息,包括表统计信息、索引统计信息、SQL单次性能数据、IO统计信息和关键性能数据输出等。 AsyncFilePurge :优化大表删除,有效降低系统IO抖动影响。 SlowLogRotate: 对慢日志设计切换机制,可有效降低大量慢日志造成的不稳定影响。