- 综合排序
- 最热优先
- 最新优先
- 来自专栏腾讯IMWeb前端团队
移动端重构实战系列5——form元素
”本系列教程为实战教程，是本人移动端重构经验及思想的一次总结，也是对sandal及sheral UI的一次全方位剖析，首发在imweb和w3cplus两大站点及“前端Talk”微信公众号，其余所有标注或没有标注来源的均为转载 content: ""; position: absolute; top: 50%; left: 50%; width: 5px
48810编辑于 2022-06-29 - 来自专栏DevOps持续集成
重构：保持Dockerfile整洁的5个技巧
重构1：从其官方镜像中获取依赖 避免创建从官方镜像复制的工件。例如：我需要使用terraform没必要再重新apt-get安装了，可以直接使用带有terraform的官方镜像。 /my-config/ CMD ["terraform init"] 重构后Dockerfile FROM hashicorp/terraform:0.12.9 AS terraform FROM golang /run.sh"] 重构：用于yamldiff的Dockerfile。 /run.sh"] ---- 重构3：将镜像分成多个阶段 Docker具有多阶段功能，当您的Dockerfile具有不同的部分时，它会派上用场。最常见的用例是进行构建，然后在主镜像中复制工件。 5：标签 在使用Docker镜像时，保持标签整洁也至关重要。
1.3K30发布于 2020-09-24 - 来自专栏不仅仅是python
Flask-5 博客项目包结构重构
今天把之前关于Flask_Blog项目的代码和包结构进行重构，而不是单独都写在flaskblog.py文件中，这样做的目的是方便维护扩展功能代码，易于代码可读性等，接下来开始： ? 项目包结构到重构完成。 关注公号 下面的是我的公众号二维码图片，欢迎关注。 yale记公众号
87040发布于 2019-07-23 - 来自专栏IMWeb前端团队
移动端重构实战系列5——form元素
content: ""; position: absolute; top: 50%; left: 50%; width: 5px
44420发布于 2019-12-04 - 来自专栏IMWeb前端团队
移动端重构实战系列5——form元素
content: ""; position: absolute; top: 50%; left: 50%; width: 5px
1.1K50发布于 2017-12-29 - 来自专栏技术之路
重构学习-重构原则
什么是重构： 视上下文重构有两个不同的定义，第一个定义是名词形式 对软件内部结构的一种调整，目的是在不改变软件可观察行为的前提下，提高其可理解性，降低其修改成本 重构的另一人用法是动词形式 使用一系列的重构手法 强调一下，重构不会改变软件的可观察行为，也就是说重构之后功能和原来一样。 为什么要重构： 重构改进软件设计，如果没有重构，程序的设计会逐渐腐败变质。 重构的原动力是：代码设计无法帮助我轻松的添加我所需要的功能，如果用某种设计方式，添加功能会简单的多，这种情况可以用 重构来弥补。重构是一个快速流畅的过程，一旦完成重构，新特性的添加会更快速，更流畅。 如果在修改bug和审查代码时发现不合理的地方也要进行重构，这样是为了更好的阅读和理解代码 何时不重构： 如果发现代码太混乱，重构它不如重写来的简单这种情况下建议重写，不用进行重构。 最后你没有时间进行重构表明你其实早就该进行重构了 重构与性能： 有时为了让代码更容易理解，会做出一些使程序运行变慢的修改，这是个重要的问题。
1.3K50发布于 2018-01-31 - 来自专栏测试开发干货
接口测试平台代码实现57-首页重构5
我们知道，左侧的记录是存在于我们数据库的记录表中，所以右侧请求模块只要请求，就顺便把这些请求数据+用户id 存储到记录表中即可。但是左侧的记录显示逻辑目前是，进入首页后自动获取展示，并没有实时刷新功能，也就是我们请求完之后，需要刷新页面才能在左侧看到记录，但是刷新的话右侧的返回体什么的也烟消云散了。那么我们就要重新设计这个左侧记录的展示逻辑，做成主动刷新。
45730编辑于 2022-05-19 - 来自专栏终身学习者
改善你的代码：使用这5种重构技术
本文由 Suraj Vishwakarma 撰写的博文，这篇文章讨论了如何将代码重构整合到你的编程过程中，建议你特别为重构代码分配时间，并将较大的重构问题分解为较小的问题进行处理。 https://dev.to/documatic/5-code-refactoring-techniques-to-improve-your-code-2lia 下面是正文~~ 编写代码很有趣，我们非常喜欢它 通过重构代码可以减少这类错误。 代码重构涉及在不改变其外部功能的情况下对现有代码进行改进。这是编程的核心部分之一，不能忽视，否则，我们将无法实现代码的更好版本。 如何整合重构 在寻找改进重构的技巧之前，让我们看看如何将代码重构集成到你的编码过程中。 可以使用以下建议来实现这个目的： 专门分配时间来重构代码 将较大的重构问题分解为较小的问题以进行管理 尝试让整个团队参与重构过程 使用自动化工具，可以帮助您查找常见的重构错误 提取方法 这种方法涉及将代码块转换为单独的方法
88820编辑于 2023-07-09 - 来自专栏韩曙亮的移动开发专栏
【重构】重构概要--六大重构模块
重构方法介绍： 重构改善既有代码的设计 一 重新组织函数 关于注释 ：要尽可能少的使用注释 ， 注释越多代码的可读性反而更差，注释可以使用函数名来代替 ， 不要管函数名有多长， 即使函数名比函数中的代码还要长也不要紧 能更加明确的表明函数的意义，可以将这个算法替换； 二 在对象之间搬移特性 功能模块归属类：对象设计中， 将一个功能模块放在哪个类中，是最重要的任务之一，谁也不能一开始保证设计的是完全合适的，这就需要“对象之间搬移特性”这个重构方法 搬移函数和搬移字段：这两种重构方法都可以解决大多数的问题，如果两种方法同时使用，先搬移字段，在搬移函数。
96930编辑于 2023-03-27 - 来自专栏爱编码
重构
个人觉得代码重构非常有必要，写程序不但要给机器运行，更让人看的明白。 写代码如写诗一样才行。（内容代码为主，建议实践一下比较好点） 实例 一个图书馆出租书的程序。 接着:直接看下面的代码重构呗 Book类： 将按照书的不同类型，按照不同价格统计的方法移动到Book类中，因为这个按理应该属于Book类中的。 第二次重构 经过第一次重构，还是没有实现需求修改增加多个分类的效果。那么接下来使用接口抽象来再次重构。 最后想说： 如果你发现自己需要为程序添加一个特性，而代码结构使你无法很方便地达成目的，那么就先重构那个程序，使特性的添加比较容易进行，然后再添加特性。 参考文章 【重构】作者: Martin Fowler
1.1K10发布于 2019-07-03 - 来自专栏青玉伏案
代码重构(三)：数据重构规则
在《代码重构(一)：函数重构规则（Swift版）》和《代码重构(二)：类重构规则（Swift版）》中详细的介绍了函数与类的重构规则。 5 @IBOutlet var secondNumberTextField: UITextField! 添加================== 2 func addOrder(order: Order) { 3 self.orders.append(order) 4 } 5 1 //重构前 2 class Person { 3 var name: String = "" 4 5 init(name: String) { 6 具体代码如下： 1 class Male: PersonType { 2 func isMale() -> Bool { 3 return true 4 } 5
1.5K60发布于 2018-01-11 - 来自专栏只喝牛奶的杀手
重构
说到重构，我们再来了解一下定义:重构是一种对软件内部结构的改善，目的是在不改变软件的可见行为的情况下，利用设计思想、设计原则、设计模式编程规范等理论来优化代码。 重构目的:1.重构是时刻保证代码质量的一个极其有效的手段，防止代码腐化。当代码腐化到一定程度，量变引起质变，项目的维护成本已经高过重新开发一套新代码的成本。2.优秀的架构和代码是迭代出来的。 时机：持续的重构(做好重构计划，小步快跑，要保证代码仓库中的代码一直处于可运行、逻辑正确的状态.要做好与新功能，老代码的兼容工作。利用静态代码扫描，codeReview做好日常持续重构)。 重构手法总结为“十六字心法”，非常形象、贴切：旧的不变，新的创建。一步切换，旧的再见。 “旧的不变”是指先不动旧方法；“新的创建”是指创建一个跟原来方法功能相同的新方法，你可以通过先复制再重构的方式，来得到这个新方法，也就是整个系统的一个增量；“一步切换”是指，在充分测试之后，新的方法可以完全替代旧方法了
55730编辑于 2023-09-18 - 来自专栏马超的博客
图重构-重复关系重构
今天看到社区有人提问如何进行关系重构，顺手回答了一下。在此记录下关系重构的方法。 Realation {name:'属性3'}]->(B) - 查询测试数据 MATCH p=(A:Test {name:'A'})-->(B:Test {name:'B'}) RETURN p - 如何重构 [0]]) AS deleteRelIds WITH name,deleteRelIds MATCH ()-[r]-() WHERE ID(r) IN deleteRelIds DELETE r - 重构结果 - 更多复杂重构可以使用下面的存储过程实现 CALL apoc.do.case([relationship=1,\'MATCH (from:Label {hcode:$fromHcode}),(to ,{fromHcode:fromHcode,toHcode:toHcode}) YIELD value RETURN value - 社区问答连接 http://neo4j.com.cn/topic/5f3b28e4a4477ec754d2b55f
1.1K20编辑于 2022-07-04 - 来自专栏全栈程序员必看
代码重构(三)：数据重构规则
在《代码重构(一)：函数重构规则（Swift版）》和《代码重构(二)：类重构规则（Swift版）》中详细的介绍了函数与类的重构规则。 5 @IBOutlet var secondNumberTextField: UITextField! 添加================== 2 func addOrder(order: Order) { 3 self.orders.append(order) 4 } 5 1 //重构前 2 class Person { 3 var name: String = "" 4 5 init(name: String) { 6 具体代码如下： 1 class Male: PersonType { 2 func isMale() -> Bool { 3 return true 4 } 5
1.3K10编辑于 2022-07-05 - 来自专栏青玉伏案
代码重构(一)：函数重构规则
此时，你要考虑重构了。 重构，在《重构，改善既有代码的设计》这本经典的书中给出了定义，大概就是：在不改变代码对外的表现的情况下，修改代码的内部特征。 本篇博客的主题就是通过一些列的重构手法，对既有的需要重构的函数或者方法进行重构。并且会将每个示例在GitHub上进行分享，感兴趣的小伙伴可以对其进行下载。 实在是没有必要再找其他的例子说明这些重构规则，因为《重构：改善既有的代码的设计》这本书真的是太经典了。 1.需要重构的代码如下所示。 在写好需要重构的类后，我们要为该类写一个测试用例。这便于在我们重构时对重构的正确性进行验证，因为每次重构后都要去执行该测试用例，以保证我们重构是正确的。 所为我们可以再次对上述方法进行重构，重构后的具体代码如下： ? 今天的博客主要讲了如何对既有代码中的函数进行重构，在本篇博客中提到了8大规则。
2.1K50发布于 2018-01-11 - 来自专栏青玉伏案
代码重构(二)：类重构规则
在上篇博客《代码重构(一)：函数重构规则（Swift版）》中，详细的介绍了函数的重构规则，其中主要包括：Extract Method, Inline Method, Inline Temp, Replace 关于上述这些函数重构的规则更为详细的信息请参考上一篇博客，在此就不做过多的赘述了。 今天这篇博客主要介绍一下类的重构。在我们写代码时，有些类是不规范的，需要重构。 当然，在你实现时，测试用例是必不可少的，因为测试用例可以在你重构时及时发现因为重构而产生的错误。言归正传，进入今天博客的主题。 搬移后，我们可以再使用函数的重构规则对新组的函数进行重构。下方就通过一个实例来直观的感受一下Move Method。 关于这两个函数重构的规则的具体细节请参见《代码重构(一)：函数重构规则（Swift版）》中的介绍。下方截图是对BookCustomer类中的charge()函数进行重构后的结果，如下所示： ?
1.7K100发布于 2018-01-11 - 来自专栏新智元
边缘智能（EI）：重构算力、重构算法、重构商业智能
边缘智能（EI），重构智能算法引擎 真正和老百姓生活息息相关的应用都是哪些呢？一般来说与老百姓出门相关的都是衣食住行，那么衣食住行当中的AI和计算机视觉会有怎样关联呢？ 衣食住行无外乎是智能家居、智能出行和线下零售等等几个常用的场景，这些场景当中都有硬件、软件和计算机算法等等完整的处理方式，我们通过EI重构数字空间，其中三个方面，重构算力、重构算法，同时也重构商业模式。 我们要用边缘计算的算法和系统，重构这个零售的空间。 重构的空间能够给人解决什么—实时主动决策 我们认为主要是提供了变革性的决策，也就是主动地决策。 在支持人脸识别、人行识别和客流统计方面，我们和专业的安防产品是可以媲美的，但是在其它的本地人脸库和人脸识别算法的算力，这个Box算力达到5TFlops，超过NVIDIA最强的DX2，大概只有2T算力，我们是它的
1.7K30发布于 2018-10-24 - 来自专栏服务端技术杂谈
重构系统的套路-明确重构目的
重构系统的套路系列： 本篇说下重构系统的套路中的，明确重构的目的。 ? 不同的重构目的会有不同的重构方式和不同的执行标准。 比如我们用redis集群做幂等服务，因为多服务同步之间通过定时任务触发，定时任务触发后可能因为大数据量造成请求挤压，高峰期挤压处理在2～5h不等，所以这个redis的key的超时时间需要覆盖到5h，梳理了程序代码逻辑就 结果服务上线后，整个代码逻辑跑起来没问题，可以高峰期间发现异常日志和错误数据统计不停上升，结果发现是没有正确评估系统QPS，同时没有梳理好redis的key大小，5h的超时时间使得整个key的存储瞬间达到 上面这个虽然是我自己在系统梳理过程中意淫出来的场景，但我不得不再我进行类似系统重构之前，在代码逻辑角度，功能业务角度，缓存集群，mq集群，DB集群等角度考虑，我这次重构可能造成的问题，只有我们在系统重构之间能够想的比黑天鹅来的更快我们才能对系统做更多的保护
2.4K30发布于 2018-09-21 - 来自专栏青玉伏案
代码重构(六)：代码重构完整案例
前边连续发表了5篇关于重构的博客，其中分门别类的介绍了一些重构手法。今天的这篇博客就使用一个完整的示例来总结一下之前的重构规则，也算给之前的关于重构的博客画一个句号。 首先会给出需要重构的代码，然后对其进行分析，然后对症下药，使用之前我们分享的重构规则对其进行一步步的重构。 然后在此基础上进行分析，使用之前我们提到过的重构手法进行重构。首先我们给出了电影类的实现。 ----------------------------------------- 2 //创建用户 3 let customer = Customer(name: "ZeluLi") 4 5 priceCode: Movie.CHILDRENS) 9 10 //创建租赁数据 11 let rental1:Rental = Rental(movie: regularMovie, daysRented: 5)
2.3K70发布于 2018-01-11 - 来自专栏青玉伏案
代码重构(五)：继承关系重构规则
陆陆续续的发表了多篇关于重构的文章了，还是那句话，重构是一个项目迭代开发中必不可少的一个阶段。其实重构伴随着你的项目的整个阶段。 在前几篇关于重构的文章中我们谈到了函数的重构、类的重构、数据的重构以及条件表达式的重构，那么今天咱们就来聊聊继承关系的重构。 当然还是延续前几篇博客的风格，我们在博客中的代码实例依然使用Swift语言来实现，当然还是那句话，使用什么语言无所谓，关键是看重构的场景以及重构的思想。 重构往往伴随着设计模式的使用，在重构系列的博客结束后，我想系统的给大家分享一下关于设计模式的东西。当然是结合着各种实例。 所谓一名Coder，重构和设计模式是必须涉猎的部分，因为这两者可以让你写出更漂亮的代码，当然要想真正的掌握设计模式以及各种重构手法，还得结合不同的实例来进行实践。
15.3K61发布于 2018-01-11
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号