首页 > TAG信息列表 > 重构
flutter系列之:builder为构造器而生
简介flutter中有很多种Builder，虽然所有的builder都是构造器，但是不同的builder之间还是有很多差距的。今天我们来详细介绍一下Builder，LayoutBuilder，StatefulBuilder这几个builder的使用。BuilderBuilder是flutter中最常用的builder，它是一个StatelessWidget,如下所示：class Builder ex不要害怕技术债务
不要害怕技术债务 与任何类型的债务一样，技术债务也不值得害怕、厌恶或避免。利用技术债务可以区分优秀的开发人员和优秀的开发人员。 我一直讨厌编写“糟糕”代码的想法，从而导致技术债务周期。我知道我不会回来修理它，我只想把它放归野外，看着它蹒跚地走出门外。 但是，技术债务真的为什么代码会变成意大利面条
为什么代码会变成意大利面条 配肉丸和伏特加酱。 听起来是不是很好吃！一大堆扭曲的代码，覆盖着一层过时的需求，还有大量的“不要碰这个”区域，需要几天时间才能消化。 哈哈——也许我把意大利面条比喻得太过火了！ 但事实仍然是，只要有足够的时间和新的要求，所有代码最终都会变成意大利面浅析前端曝光埋点方案重构
最近新入职了一家公司，接手之前的人做的前端埋点曝光，业务代码真是一言难尽，故而优化重构了一下。下面做下对比： 一、原曝光方案介绍 1、原曝光方案核心代码 1、逻辑复用： 主要逻辑就是监听 scroll 事件（有页面的、也有组件的）、 然后 scroll 时触发遍历 list 数据、对每项元重构/清理代码：为什么？
重构/清理代码：为什么？ Image by U 飞溅 代码重构的主要目的是减少技术债务，使我们的代码质量更高、易于维护、干净、可读性和开发成本也将降低。我们去看看有哪些因素？ 编写干净的代码变老和同事 如果我们对一堆代码、一个页面、数千行或 400-500 行的方法开放，那么重构代码可能需要Kruskal 重构树
Kruskal 重构树 （没有查阅任何资料，没有任何提前准备，想到哪里写到哪里，代码也是现写的） 是一棵二叉树，一张 \(N\) 个点的无向连通图的 Kruskal 重构树有 \(2N-1\) 个节点。 叶子节点为原图中节点，非叶子节点有点权，表示想在原图上从一边的子树内的叶子节点所对应的原图上节点走到另一边的微模块-前端业务模块化探索，拆解巨石应用的又一利器
大家好，我是Eluxjs的作者，Eluxjs是一套基于“微模块”和“模型驱动”的跨平台、跨框架『同构方案』，欢迎了解... 文前声明，以下推断和结论纯属个人探索，鉴于本人知识水平所限，谬误在所难免，恳请各位大佬不吝赐教... 什么是前端“微模块”？ Elux中的『微模块』是指在Web前端工程中，将代码用BI+AI，重构供应链能力
随着技术的不断进步和经济的飞速发展，企业已由产品竞争，逐渐转移到供应链竞争，供应链也迎来转型变革的最佳时机。 企业供应链面临的普遍挑战 近些年，随着大数据、物联网、人工智能、增强现实等数字化技术的出现，企业为了顺应时代发展，需要重新审视并优化其供应链与运营能力，积极开拓新模async...await在tcp通讯中的正确用法
引言 编程能力在不断的总结中进步以及成长，最近的半年里，对之前的开源项目代码进行回归，在重构的过程中进行了很多思考，很多次都想放弃重构，毕竟一个已经在使用的项目，重构基础代码就相当于重新开发了，不过最终还是下定了决心，毕竟重构就是一个成长过程，要想进步，就要不断的发现原async...await在tcp通讯中的正确用法
引言 编程能力在不断的总结中进步以及成长，最近的半年里，对之前的开源项目代码进行回归，在重构的过程中进行了很多思考，很多次都想放弃重构，毕竟一个已经在使用的项目，重构基础代码就相当于重新开发了，不过最终还是下定了决心，毕竟重构就是一个成长过程，要想进步，就要不断的发现原用 Antlr 重构脚本解释器
前言 在上一个版本实现的脚本解释器 GScript 中实现了基本的四则运算以及 AST 的生成。 当我准备再新增一个 % 取模的运算符时，会发现工作很繁琐而且几乎都是重复的；主要是两步： 需要在词法解析器中新增对 % 符号的支持。 在语法解析器遍历 AST 时对 % token 实现具体逻辑。 其中202208祖先序列重构
首先理解清楚，基因发生了正选择，并不表示该基因就是发生了趋同进化（适应趋同）。那么什么才是发生了适应趋同呢？一般定义为满足两个条件：1、处于正选择；2、现生物种氨基酸位点同祖先相比存在改变（而且最好是正选择位点同改变位点时同一位点）。 现生物种氨基酸位点同祖先相比存在变化可分为两系统代码重构
业务背景 以RabbitMQ接收消息，消费消息为例。 接收不同消息类型通知。做相应处理。 代码设计 设计模式：工厂模式+状态模式+策略模式 工厂：MessageReceiveProcessor、TypeBServiceContext 状态：TYPEA-业务A、TYPEB-业务B、TYPEC-业务C、TYPED-业务D。 策略：TYPEB-业务B：业务B-1、TYPEB-业重构rpm
1、确认没有进程占用rpm数据库ps -aux|grep -E 'rpm|yum'2、清理旧锁文件mv /var/lib/rpm/_db* /tmp/3、校验 DB 是否有损坏执行/usr/lib/rpm/rpmdb_verify /var/lib/rpm/Packages4、校验通过重构rpmdb库rpm -vv --rebuilddb 5、再次检查packages/usr/lib/rpm/rpmdb_verify /vaLOJ #2718. 「NOI2018」归程
题目叙述 给定 \(n\) 个点 \(m\) 条边的无向图，每条边有一个长度和一个高度，一个人坐车能走过所有高度 \(>p\) 的边，从 \(v\) 节点出发，要走到 \(1\) 号节点，坐车走不了的就得步行。求最小步行距离，多次询问。 题解 对 1 跑单源最短路。在Kruskal重构树上走能够经过的节点是一个子树。直以产业链重构为导向构建现代产业体系的五大要点
一、 新一代信息技术引发全球产业链重构 随着云计算、物联网、移动互联网等新一代信息技术的出现及快速发展，互联网作为经济社会发展的基础生产要素、必备基础设施，已经全面渗透进人类生产生活的方方面面，已经对生产生活的方方面面产生了颠覆性的影响，进而深刻改造改变了人们早已习以重构
参数过长 影响： 方法不易被理解、使用，方法签名容易不稳定，不易维护 解决方法：反复使用提炼方法+内联方法，消除多余参数 尽量把方法移进相关的类中 如实体类中的get方法在其他类中没有被调用可以删除 实际工作中，可以结合参数数量、以及自身对业务的理解，在 最小知道 和 保持对读经典【1】重构：改善既有代码的设计
读经典【1】重构：改善既有代码的设计 书评 五星好评。很实用。 最近读了重构原版书，同时也在使用其中的一些技巧来改善工作中的项目，自己改完代码会有成就感。 这本书改变了我原有的思想钢印：代码能成功跑起来就不要去动它。实际上，通过好的代码是通过不断重构和迭代实现的。 转念一想，Kruskal 重构树
目录\(Kruskal\) 重构树如何构造性质习题P4768 归程 \(Kruskal\) 重构树 如何构造 先把边从小到大排序 在 \(Kruskal\) 合并两个点 \(a，b\) 所在的集合时，新建一个节点 \(x\) 同时连接 \(a，b\)，且 \(x\) 的点权等于 \(a，b\) 之间的边权 如这样一个图 我们先把边权从小到大排序 合并 \(代码极客-编程能力货架（匹配公司自学、认证的大纲，软件人员能力提升学习资源参考）
导航目录： 1、通用编程能力货架 2、Java能力货架 3、C语言能力货架 4、C++能力货架 ----------------------------------------------------通用编程能力货架----------------------------------------------- 开发模式 实践 覆盖能力项 推荐学习网专业的C头文件设计和重构指南
头文件设计要点： 1、 头文件注释 2、 guard define 3、 尽量不要在头文件中暴露数据结构 4、 要自包含，保证头文件独立编译和功能正确 5、 函数声明前加XXX_API利于拓展 6、 宏的定义 7、 对外提供的头文件放于指定的目录结构 1. 文件头注释 应该加在每个头文件的顶部，必基于FATE的可验证秘密分享算法详解及应用场景分享：学习
内容来自“光大科技-基于FATE的可验证秘密分享算法详解及应用场景分享” 理论 基于Shamir的秘密共享方案，通过多项式插值实现。 加入可验证功能，即发送多项式系数的模数给对方作为承诺，对方通过分享值和承诺去进行验证！ 秘密共享 以下内容转载自“秘密共享—隐私计算和区OO第四单元&课程总结
OO第四单元&课程总结 一、本单元作业的架构设计 本单元需要在，而设计上个人将所有类分为数据模块和解析模块。 1）数据模块 数据方面上首先将官方包解析出来的 Uml* 封装在自己的 MyUml* 里，然后在自己的类里定制属性。 继承关系上可以参考官方包的设计，所有的 MyUml* 元素都继承 MyUmlgit commit 规范
git commit -m 'type(scope): 描述(#issue)' Type: feat: 新功能、新特性 fix: 修改 bug perf: 更改代码，以提高性能（在不影响代码内部行为的前提下，对程序性能进行优化） refactor: 代码重构（重构，在不影响代码内部行为、功能下的代码修改） docs: 文档修改 style: 代历时 4 个月，CabloyJS 4.21震撼发布，应对大型项目开发
引言 凡是可以用 JavaScript 来写的应用，最终都会用 JavaScript 来写 | Atwood 定律 目前市面上出现的大多数与 NodeJS 相关的框架，基本都将 NodeJS 定位在工具层、中间层、代理层，很少在业务层面进行深耕，认为这是 JAVA 的领域，NodeJS 不适合。这种思潮明显是与Atwood 定律相悖的 如