简介 在上一篇文章我们讲解SliverAppBar的时候有提到过，Sliver的组件一般都用在CustomScrollView中。除了SliverAppBar之外，我们还可以为CustomScrollView添加List或者Grid来实现更加复杂的组合效果。 今天要向大家介绍的就是SliverLis
简介 一般情况下我们在flutter中搭建的app基本上都是用的是MaterialApp这种设计模式，MaterialApp中为我们接下来使用的按钮，菜单等提供了统一的样式，那么这种样式能不能进行修改或者自定义呢？ 答案是肯定的，一起来看看吧。 MaterialApp中的themes Materia
前言 公众号每月定期推广和分享的C#/.NET/.NET Core优秀项目和框架（公众号每周至少推荐两个优秀的项目和框架当然节假日除外），公众号推文有项目和框架的介绍、功能特点以及部分截图等（打不开或者打开GitHub很慢的同学可以优先查看公众号推文，文末一定会附带项目和框架源码地址）。注意：排名不
前言 在开发编码过程中经常会因为各种问题而打断自己的思绪和开发计划，可能会导致本来准备开发或者需要测试的功能到要上线的时候才想起来没有做完。这种情况相信很多同学都遇到过，咱们强大的Visual Studio内置了一个任务列表（TODO）能让我们当做待办清单功能使用，接下来我们快速了解一下。欢迎在评论
设计模式学习（二）：单例模式 作者：Grey 原文地址： 博客园：设计模式学习（二）：单例模式 CSDN：设计模式学习（二）：单例模式 单例模式 单例模式是创建型模式。 单例的定义：“一个类只允许创建唯一一个对象（或者实例），那这个类就是一个单例类，这种设计模式就叫作单例设计模式，简称单例模式。”定
设计模式学习（九）：装饰器模式 作者：Grey 原文地址： 博客园：设计模式学习（九）：装饰器模式 CSDN：设计模式学习（九）：装饰器模式 装饰器模式 装饰器模式是一种结构型模式。 顾名思义，就是对某个方法或者对象进行装饰，举个简单的例子，有个圆形类 Circle，我需要把这个圆形的涂上红色，其实
设计模式学习（二十二）：解释器模式 作者：Grey 原文地址： 博客园：设计模式学习（二十二）：解释器模式 CSDN：设计模式学习（二十二）：解释器模式 解释器模式 解释器模式是一种行为型模式。 解释器模式为某个语言定义它的语法（或者叫文法）表示，并定义一个解释器用来处理这个语法。 一般用于脚本语言
架构设计（三）：引入缓存 作者：Grey 原文地址： 博客园：架构设计（三）：引入缓存 CSDN：架构设计（三）：引入缓存 缓存是一个临时存储区域，如果请求的数据获取代价比较高或者数据的访问频率比较高，则会把响应结果存储在内存中，以便更快速地提供后续请求。 每次加载一个新的网页，都要执行一次或多次数
一，引言 结合前几篇文章，我们了解到 Azure Pipeline 完美的解决了持续集成，自动编译。同时也兼顾了 Sonarqube 作为代码扫描工具。接下来另外一个问题出现了，Azure DevOps 由于有人员限制，项目上不能给非开发人员或者外包成员开权限，这个时候就需要将编译好的程序包上传到公
在JS中有很多神奇的语法，非常让人困惑，我们就先一一道来，相信你在开发中或多或少都踩过这些坑，或者让人无法理解。 今天我们就来说下 "`==`" 和 "`===`" 这题对于很多没有系统学过前端开发的技术人员来说，算个重点，来画起来，我们一起看。
在笔者之前的文章`《驱动开发：内核特征码搜索函数封装》`中我们封装实现了特征码定位功能，本章将继续使用该功能，本次我们需要枚举内核`LoadImage`映像回调，在Win64环境下我们可以设置一个`LoadImage`映像加载通告回调，当有新驱动或者DLL被加载时，回调函数就会被调用从而执行我们自己的回调例程，映像回调也存储在数组里，枚举时从数组中读取值之后，需要进行位运算解密得到地址。
所谓的应用层钩子（Application-level hooks）是一种编程技术，它允许应用程序通过在特定事件发生时执行特定代码来自定义或扩展其行为。这些事件可以是用户交互，系统事件，或者其他应用程序内部的事件。应用层钩子是在应用程序中添加自定义代码的一种灵活的方式。它们可以用于许多不同的用途，如安全审计、性能监视、访问控制和行为修改等。应用层钩子通常在应用程序的运行时被调用，可以执行一些预定义的
在黑客安全圈子中，基于内存攻击技术的攻击手段在随着时代的变化而不断发展着，内存攻击是指通过利用软件的安全漏洞，构造恶意的输入，从而使正常程序造成拒绝服务或者是远程获得控制权，内存攻击技术中最先登上历史舞台的就是缓冲区溢出漏洞，时至今日能够被广泛利用的并具有较大破坏性的高危漏洞（CVE）几乎都属于缓冲区溢出。首先读者应该明白缓冲区溢出（Buffer Overflow），它分为栈溢出与堆溢出，此类漏洞
property_tree 是 Boost 库中的一个头文件库，用于处理和解析基于 XML、Json 或者 INFO 格式的数据。 property_tree 可以提供一个轻量级的、灵活的、基于二叉数的通用容器，可以处理包括简单值（如 int、float）和复杂数据结构（如结构体和嵌套容器）在内的各种数据类型。它可以解析数据文件到内存中，然后通过迭代器访问它们。在 Boost 库中，propert
循环语句（While）一种基本控制结构，它允许程序在条件为真的情况下重复执行一段代码块，直到条件为假为止。循环语句在处理需要重复执行的任务时非常有用，它可以让程序更加高效地处理大量数据或者重复性操作。一般来说，While循环由一个条件表达式、一个代码块组成。在每次循环迭代开始时，程序会首先检查条件表达式的值，如果为真，则执行代码块，然后再次检查条件表达式的值。只要条件表达式为真，循环就会一直继续执
前言 在web端打印是比较常见的需求，实际工作中也接触了不少，在这里对工作中用到的做一下总结 1.通过媒体查询隐藏元素 通过style标签内联引入，或者使用媒体查询media="print"外链样式表。然后将无关元素隐藏，只将需要打印的内容展示出来；这时候需要专门写一套打印样式，页面修改，打印样式可
服务链路追踪 一、服务追踪说明 微服务架构是通过业务来划分服务的，使⽤REST调⽤。对外暴露的⼀个接⼝，可能需要 很多个服务协同才能完成这个接⼝功能，如果链路上任何⼀个服务出现问题或者⽹络超 时，都会形成导致接⼝调⽤失败。 随着业务的不断扩张，服务之间互相调⽤会越来越复杂，它们之间的调⽤关系也许如下
Pod 是 k8s 系统中可以创建和管理的最小单元， 是资源对象模型中由用户创建或部署的最小资源对象模型， 也是在 k8s 上运行容器化应用的资源对象， 其他的资源对象都是用来支撑或者扩展 Pod 对象功能的， 比如控制器对象是用来管控 Pod 对象的， Service 或者Ingress 资源对象
定义一组 Pod 的访问规则 存在的意义 防止 Pod 失联（服务发现），Pod 重启后，IP会变 定义一组 Pod 访问策略，负载均衡 Pod 和 Service 关系 根据 label 和 selector 标签建立关联，实现 Pod 的负载均衡和服务发现，Service 或者Ingress 资
概述 访问K8S集群，需要经过三个步骤完成具体操作 认证 鉴权（授权） 准入控制 进行访问时，过程中需要经过 ApiServer,做统一协调，比如门卫，访问过程中需要证书、token、或者用户名+密码，如果访问pod需要 ServiceAccount 认证 传输安全：对外不暴露8080端口，只能内部
