搜索[暴露面管理服务]结果-低调大师优秀个人博客

精选列表

搜索[暴露面管理服务]，共10000篇文章

标签管理体系之业务应用

通过在标签的使用过程分析和评估，不断优化标签的质量，形成完整的管理周期，这样才能发挥更高的业务价值。

2021-01-05

金融行业数据管理将何去何从？

为了适应这种变化，数据管理软件厂商开始转向一体化数据管理平台，包括应用负载一体化管理、数据管理场景一体化以及资源管理一体化三大方面。

2020-12-31

Elasticsearch索引生命周期管理方案

)，支持针对索引的全生命周期托管管理，并且在 Kibana 上也提供了一套 UI 界面来配置策略。

2020-12-30

Erupt Framework 正式开源，后台管理框架

Erupt Framework 🚀 通用后台管理框架演示地址：https://www.erupt.xyz/demo（自适应布局支持手机端访问）首页 | Home https://www.erupt.xyz

2020-12-15

数据管理流程，基础入门简介

在企业考虑做数据沉淀管理时候，通常这里有一个基础的考虑，数据量是否庞大，搭建起的数据管理体系能带来的收益是否能覆盖成本；对于企业来说，很多事情做起来都是对的，但是不一定是对自身发展是有益的；如果基于数据管理

2020-12-08

开源文档管理系统 Wizard 1.2.6 发布

概述 Wizard 是一款开源的文档管理系统，支持 Markdown 文档，Swagger 文档以及表格文档，适应于中小规模的技术团队文档管理，完全免费。

2020-12-06

Repoll Redis 管理平台发布 MVP 版本

该版本提供了必要redis实例管理功能：例如在提供的开发同学申请资源、管理领导审批、DBA或者运维同学自动化完成redis实例上线的审批工作流，以及对于基础的redis资源池服务器的基本管理等等。

2020-12-06

Rust 包管理器 Cargo 入门

Rust 包管理器 Cargo 入门了解 Rust 的软件包管理器和构建工具。 -- Gaurav Kamathe（作者） Rust是一种现代编程语言，可提供高性能、可靠性和生产力。

2020-11-05

如何整合网络管理工具

EMA的2020年网络管理大趋势报告显示，64%的企业使用4-10种网络管理工具，另有17%的企业使用10种以上的工具。而这些仅仅是企业上报的数据。

2020-10-30

浅谈MaxCompute资源规划管理及评估

公有云和专有云环境的MaxCompute资源规划有比较大的差异，比如：在公有云环境，存储资源和计算资源是使用整个阿里云区域的资源池，几乎不用担心底层到底有多少台服务器进行支撑，可以近乎认为公有云底层的资源池是无限的

2020-10-15

Provider在列表中使用在前面的讲解中，我们大部分的场景都是在普通的Box布局中，相信大家对Provider的使用已经非常清楚了，下面来看下在List中的使用场景，相信对于很多App来说，列表应该是大部分页面的核心UI，所以，到底如何在列表的「下拉刷新」、「上拉加载更多」、「Item点击修改状态」这几种场景下来使用Provider呢？官方并没有给出很好的建议，官方的Demo也都是在静态的列表中做的演示，并不涉及到列表的修改，所以下面，我将和大家一起讨论下如何在列表中使用Provider。当然，这只是我的探索，希望读者能给出更好的方案。首先，先创建本例的Demo界面。为了简化Demo，让读者专注于Provider的使用，这里并没有使用下拉刷新和上拉加载的框架，而是通过两个Button来模拟这两个操作，同时，每个Item都提供了一个CheckBox，用于演示单个Item的刷新。为了尽可能还原场景，这里还提供了Mock数据的获取，代码如下所示。 classItemModel{Stringtitle;boolisCheck;intlikeCount;ItemModel(this.title,this.isCheck,this.likeCount);}classDataModel{List<ItemModel>dataList=List();Future<List<ItemModel>>getData(intpageIndex)async{List<ItemModel>items=awaitapi.getListDataOfIndex(pageIndex);dataList.addAll(items);returndataList;}}classAPI{Future<List<ItemModel>>getListDataOfIndex(intpageIndex)async{List<ItemModel>data=List();awaitFuture.delayed(Duration(seconds:3));List.generate(10,(index)=>(data.add(ItemModel('Title$index@Page$pageIndex',false,Random().nextInt(20)+1))),);returndata;}}varapi=API(); 其它的UI代码，大家可以参考Dojo的源码，如下所示。 flutter_dojo/category/backend/providerstate4widget.dart 使用Setstate 首先来看下最基本的方式。通过setState来更新数据，其原理就是在Future完成之后，使用setState刷新UI。核心代码如下所示。获取数据。 data.getData(pageIndex).then((value){setState(()=>data.dataList=value);}); 刷新选中。 Checkbox(value:itemModel.isCheck,onChanged:(flag){setState((){varisCheck=itemModel.isCheck;if(isCheck){checkedCount--;}else{checkedCount++;}returnitemModel.isCheck=!isCheck;});}), 下拉刷新与上拉加载。 RaisedButton(onPressed:(){setState(()=>data.dataList.clear());data.getData(0).then((value){setState(()=>data.dataList=value);});},child:Text('Refresh'),),RaisedButton(onPressed:(){data.getData(++pageIndex).then((value){setState(()=>data.dataList=value);});},child:Text('LoadMore'),),Text('CheckedCount$checkedCount'), 这种方式并没有什么问题，特别是当List占据当整个UI界面时，这样其实最简单也不太会影响效率。只有当页面比较复杂的时候，才需要考虑采用Provider来降低刷新带来的效率问题。下面我们来考虑下如何通过Selector来改造整个Demo，完成数据刷新、数据加载更多、显示Checked数量几个功能。改造Model Model是Provider的数据处理对象，封装了数据模型和对数据的处理操作。这里的改造和前面讲解的使用Provider的Model的处理方式基本相同，代码如下所示。 classItemModel{Stringtitle;boolisCheck;intlikeCount;ItemModel(this.title,this.isCheck,this.likeCount);}classDataModelwithChangeNotifier{List<ItemModel>dataList=List();intcheckedCount=0;boolshouldListRebuild=true;getData(intpageIndex)async{List<ItemModel>items=awaitapi.getListDataOfIndex(pageIndex);shouldListRebuild=true;dataList.addAll(items);notifyListeners();}refreshData(){dataList.clear();checkedCount=0;shouldListRebuild=true;notifyListeners();}updateChecked(intindex,boolisChecked){shouldListRebuild=false;varitem=dataList[index];if(isChecked){checkedCount++;}else{checkedCount--;}dataList[index]=ItemModel(item.title,isChecked,item.likeCount);notifyListeners();}} 新增了几个函数，分别用于获取分页数据，刷新数据，更新Item的Checked状态。改造ListItem选中的刷新逻辑在之前的方案中，当我们点击一个Item做修改时，整个List都将Rebuild，通过Selector，可以根据属性筛选，过滤出需要刷新的Item。当List内容固定时，不需要刷新整个List，只需要更新改变的Item。在List的ItemBuilder中，我们做一个Selector筛选，筛选内容为dataList中的ItemModel，当在指定的Item中点击CheckBox后，model被更新，所以Selector的shouldRebuild被判断为true，所以这个Item就会被更新，而其它未点击的Item则因为没有改变所以不会被更新，这样就控制了List的刷新范围为被更新的Item，代码如下所示。 returnListView.builder(itemBuilder:(context,index){returnSelector<DataModel,ItemModel>(selector:(context,value)=>value.dataList[index],builder:(BuildContextcontext,data,Widgetchild){debugPrint(('Item$indexrebuild'));returnCard(child:Padding(padding:constEdgeInsets.all(8.0),child:Row(children:[Checkbox(value:data.isCheck,onChanged:(flag){dataModel.updateChecked(index,!data.isCheck);}),Text(data.title),Spacer(),Icon(Icons.favorite),ConstrainedBox(constraints:BoxConstraints(minWidth:30),child:Center(child:Text(data.likeCount.toString())),),],),),);},);},itemCount:dataModel.dataList.length,); Item的刷新控制其实比较简单，也是Selector的通用解决方案，但是Selector的使用场景是固定数据的List。如果List的数据会发生改变，则Selector的使用则会存在问题，举个例子，我们大部分APP的List使用场景都包含刷新数据、加载分页数据这样两个过程，所以List的数据源是一直在变化的，当首页数据加载时，还可能需要展示一个Loading界面，因此，这些场景下，整个List是一定需要Rebuild的，这时候，一个Selector就无能为力了，但是，我们可以再增加一个Selector，用于控制List是否需要刷新，这样就可以在不同的场景下，精细控制List的刷新范围。当列表数据不固定时，刷新整个List 当列表数据固定时，只刷新更新的Item 有了这样的思路，就可以理解前面的Model中为什么需要一个shouldListRebuild变量了吧，剩下的代码如下所示。 Expanded(child:Selector<DataModel,DataModel>(shouldRebuild:(pre,next)=>pre.shouldListRebuild,selector:(context,dataModel)=>dataModel,builder:(BuildContextcontext,DataModeldataModel,Widgetchild){if(dataModel.dataList.length>0){returnListView.builder(itemBuilder:(context,index){returnSelector<DataModel,ItemModel>(selector:(context,value)=>value.dataList[index],builder:(BuildContextcontext,data,Widgetchild) 这里一个技巧是Selector<DataModel, DataModel>，这里只借助了Selector的shouldRebuild功能，所以并没有对数据做筛选，完整的代码大家请参考Dojo中的实现。 flutter_dojo/category/backend/providerstate4widget.dart 实际上的操作就是在刷新和加载分页数据这些操作的时候，让shouldRebuild为true，而当只修改Item数据的时候，让shouldRebuild为false，这样就完整的控制了List的刷新范围。综上当然，这样的处理只针对于对性能极致要求的场景，大部分情况下，并不太需要考虑的这么细，对List的Rebuild并不会产生多大的性能开销，开发者需要针对不同的场景采用不同的方案，没有必要太过严苛的控制刷新。更多内容，请访问 https://xuyisheng.top 点击阅读原文，一键直达本文分享自微信公众号 - Android群英传（android_heroes）。如有侵权，请联系 support@oschina.cn 删除。本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。

2020-10-09

FlutterDojo设计之道—状态管理之路（六）

经过前面这么多文章的学习，Flutter的状态管理之路终于要接近尾声了。其实前面讲了这么多，最后的结论依然是——Provider真香。

2020-09-14

swagger-admin —— Swagger 文档管理后台

swagger-admin是一个 Swagger 文档管理后台，可统一管理多个项目的 Swagger 文档。

2020-09-10

FlutterDojo设计之道—状态管理之路（五）

书接上回，我们通过InheritedWidget实现了跨Widget的数据管理。可以发现，在使用InheritedWidget来实现数据管理的方式中，有几个东西是必须的。

2020-09-07

FlutterDojo设计之道—状态管理之路（四）

在Flutter中，跨Widget的数据共享，可以如下图这样表示。当Child Widget想要跨Widget拿到其它Widget的数据时，通常就需要使用构造函数，将数据一层层传递到Child Widget，这显然不是一个好的解决方案，不仅让Widget之间有了很大的耦合，也产生很多的冗余数据。为了解决这个问题，Flutter SDK提供了InheritedWidget这个Widget，InheritedWidget是除了StatefulWidget和StatelessWidget之外的第三个常用的Widget。当把InheritedWidget作为Widget Tree的根节点时，这个Widget Tree就具有了一些新的功能，例如，Child Widget可以根据BuildContext找到最近的指定类型的InheritedWidget，而不是通过Widget Tree的构造函数一层层进行传递，如下图所示。 InheritedWidget的使用其实非常简单，即共享数据给Child。所以它的核心点，其实就是两个。需要共享的数据重新updateShouldNotify的条件通过BuildContext的dependOnInheritedWidgetOfExactType函数，就可以直接获取父Widget中的InheritedWidget。所以在InheritedWidget内部，通常会有一个of函数，用过调用BuildContext的dependOnInheritedWidgetOfExactType函数来获取对应的父InheritedWidget。只读的InheritedWidget InheritedWidget默认情况下都是只读的，即只能将某个数据共享给Child Widget，而不能让Child Widget对数据做更新。下面这个例子演示了一个最基本的InheritedWidget是如何共享数据的。 classInheritedWidgetReadOnlyWidgetextendsStatelessWidget{@overrideWidgetbuild(BuildContextcontext){returnReadOnlyRoot(count:1008,child:ChildReadOnly(),);}}classChildReadOnlyextendsStatelessWidget{@overrideWidgetbuild(BuildContextcontext){debugPrint('build');ReadOnlyRootroot=ReadOnlyRoot.of(context);returnColumn(children:<Widget>[SubtitleWidget('InheritedWidget本身不具有写数据的功能，需要结合State来获取数据修改的能力'),Text('show${root.count}',style:TextStyle(fontSize:20),),],);}}//仅支持读取属性classReadOnlyRootextendsInheritedWidget{staticReadOnlyRootof(BuildContextcontext)=>context.dependOnInheritedWidgetOfExactType<ReadOnlyRoot>();finalintcount;ReadOnlyRoot({Keykey,@requiredthis.count,@requiredWidgetchild,}):super(key:key,child:child);@overrideboolupdateShouldNotify(ReadOnlyRootoldWidget)=>count!=oldWidget.count;} 给InheritedWidget增加读写功能数据的状态通常情况下都是保存在StatefulWidget的State中的，所以，InheritedWidget必须要结合StatefulWidget才能具有修改数据的能力，因此，思路就是在InheritedWidget中持有一个StatefulWidget的State实例，同时，使用一个StatefulWidget，将原本的Child Widget之上，插入这个InheritedWidget，这样就可以借助StatefulWidget来完成数据的修改能力，通过InheritedWidget来实现数据的共享能力。 classRootContainerextendsStatefulWidget{finalWidgetchild;RootContainer({Keykey,this.child,}):super(key:key);@override_RootContainerStatecreateState()=>_RootContainerState();static_RootContainerStateof(BuildContextcontext)=>context.dependOnInheritedWidgetOfExactType<Root>().state;}class_RootContainerStateextendsState<RootContainer>{intcount=0;voidincrementCounter()=>setState(()=>count++);@overrideWidgetbuild(BuildContextcontext){returnRoot(state:this,child:widget.child);}}//同时支持读取和写入classRootextendsInheritedWidget{final_RootContainerStatestate;Root({Keykey,@requiredthis.state,@requiredWidgetchild,}):super(key:key,child:child);//判断是否需要更新@overrideboolupdateShouldNotify(RootoldWidget)=>true;} 在这种写法中，InheritedWidget（Root）是在StatefulWidget（RootContainer）中初始化的，当使用StatefulWidget（RootContainer）的setState函数时，InheritedWidget（Root）重建了，但是其child并不会重建，因为它是widget.child，并不会因为State的重建而重建。要注意的是，虽然这里的StatefulWidget通过setState来修改数据了，但其子Widget并不会全部重绘，因为InheritedWidget的存在，Child Widget会有选择性的进行重绘。在这基础上，使用就比较简单了，代码如下所示。 classInheritedWidgetWidgetextendsStatelessWidget{@overrideWidgetbuild(BuildContextcontext){returnRootContainer(child:Column(children:<Widget>[Widget1(),Widget2(),Widget3(),],),);}}classWidget1extendsStatelessWidget{@overrideWidgetbuild(BuildContextcontext){debugPrint('buildWidget1');returnSubtitleWidget('InheritedWidget本身不具有写数据的功能，需要结合State来获取数据修改的能力');}}classWidget2extendsStatelessWidget{@overrideWidgetbuild(BuildContextcontext){debugPrint('buildWidget2');returnText('show${RootContainer.of(context).count}',style:TextStyle(fontSize:20),);}}classWidget3extendsStatelessWidget{@overrideWidgetbuild(BuildContextcontext){debugPrint('buildWidget3');returnRaisedButton(onPressed:(){RootContainer.of(context).incrementCounter();},child:Text('Add'),);}} 相关代码 Flutter Dojo-Widgets-Async-InheritedWidget 在上面这个Demo中，Widget2、3分别获取和修改了InheritedWidget中的共享数据，实现了跨Widget的数据共享。通过Log我们可以发现，初始化的时候，Widget1、2、3都执行了build，但点击的时候，只有Widget2、3重新build了，但是Widget1并不会重新build。这是什么原因呢？其实这就是RootContainer.of(context)导致的。当我们执行RootContainer.of(context)这个函数的时候，实际上调用的是context.dependOnInheritedWidgetOfExactType函数，这个函数不仅仅会返回指定类型的InheritedWidget，同时也会将Context对应的Widget添加到订阅者列表中，也就是说，即使你调用这个函数，只是为了执行某个函数，并不是想刷新UI，但是系统依然认为你需要刷新，从而导致Widget2、3都会执行rebuild。而Widget1，由于没有调用过of函数，所以不会被添加到订阅者列表中，所以不会执行rebuild。要想解决这个问题也非常简单，那就是在不需要监听的时候，使用findAncestorWidgetOfExactType即可，这个函数只会返回指定类型的Widget，而不会将监听加入订阅者列表中。 static_RootContainerStateofNoBuild(BuildContextcontext)=>context.findAncestorWidgetOfExactType<Root>().state; 点击按钮的函数，只需要调用上面的这个函数，在点击的时候，Widget3就不会执行rebuild了。除了这种方式以外，还有一个方式，那就是通过const关键字，将一个Widget设置为常量Widget，即不会发生改变，这个时候rebuild的时候，系统会发现const Widget并没有发生改变，就不会rebuild了，这也是为什么在Flutter中，很多不需要改变的Padding、Margin、Theme、Size等参数需要尽可能设置为const的原因，这样可以在rebuild的时候，提高效率。在Flutter中，Theme的实现，就是采用的这种方式。 Widget Tree的遍历前面提到了两种方式来获取Widget Tree中的InheritedWidget，dependOnInheritedWidgetOfExactType和findAncestorWidgetOfExactType，从调用结果上来看，一种是会被加入订阅者名单，一种只是单纯的查找。下面再来继续仔细的看看这两个函数的区别。 findAncestorWidgetOfExactType 首先来看下这个函数的注释。从中我们可以提取几个关键信息。不会触发rebuild O(n)复杂度最好在didChangeDependencies中调用所以findAncestorWidgetOfExactType有几个比较常用的使用场景。在断言中判断父Widget的使用条件获取父Widget对象，调用其方法例如在一些Widget中，可以通过Assert来判断当前是否有使用该Widget的条件，例如Hero Widget。 dependOnInheritedWidgetOfExactType 首先也来看下这个函数的注释。会触发rebuild O(1)复杂度最好在didChangeDependencies中调用可以发现，其实他跟findAncestorWidgetOfExactType是非常类似的，主要的区别还是在于是否会rebuild，另外，dependOnInheritedWidgetOfExactType的效率很高。项目地址 Flutter Dojo 本文分享自微信公众号 - Android群英传（android_heroes）。如有侵权，请联系 support@oschina.cn 删除。本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。

2020-09-02

FlutterDojo设计之道——状态管理之路（二）

书接上回，我们讲到Flutter中同Page下跨Widget的数据管理。第一种方案，我们使用ValueNotifier和ValueListenableBuilder来实现了。

2020-08-28

FlutterDojo设计之道—状态管理之路（一）

下面的文章，将带领大家梳理Flutter中的数据流向，掌握Flutter的状态管理方案。开篇要管理Widget的数据、状态，首先要了解下，在Flutter中有哪些需要管理数据的场景。

2020-08-24

Drupal 9.0.3 发布，内容管理系统

Drupal 是一个开源的内容管理系统(CMS) 平台，主要用于构造提供多种功能和服务的动态网站，这些功能包括用户管理(UserAdministration)、发布工作流 (Publishing Workflow

2020-08-11

五种方法应对多云管理

每个新的云服务都伴有自己的工具，因此会加剧复杂性。多云环境需要全新的管理解决方案，用以优化性能，控制成本，确保复杂混合的应用和环境安全无虞，无论这些应用和环境位于数据中心还是云端。

2020-08-06

开源文档管理系统 Wizard 1.2.3 发布

概述 Wizard 是一款开源的文档管理系统，支持 Markdown 文档，Swagger 文档以及表格文档，适应于中小规模的技术团队文档管理，完全免费。

2020-08-04

资源下载

更多资源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。