- 综合排序
- 最热优先
- 最新优先
- 来自专栏CSS森林
我的页面重构经验
我的页面重构经验 由 Ghostzhang 发表于 2006-03-23 10:19 前两天跟群里的『白菜』兄谈到了学习web标准中遇到的问题，觉得很值得写一下，是我对标准的一些理解，希望对在学习web 下面是我的制作页面的一点经验，权当是总结吧，跟大家分享一下： 第一阶段 开始制作的时候，应该先从没有样式表文件的页面做起，做到最基本的结构，就是使用结构化、语义化的标记，如用ul,li标签或dl,dt, 这时就得出动多个浏览器啦，最基本的IE5/IE5.5/IE6/FF，目前我就只有这几个版本的浏览器，应该也已经足够了吧。
83670编辑于 2022-08-22 - 来自专栏DevOps持续集成
5年DevOps 经验中的5条经验教训
5.不要停止学习！ 众所周知，技术是一个不断变化的领域，但由于某种原因，云和基础设施工具空间似乎比其他领域变化得更快一些！ 文章翻译 https://storkey.medium.com/5-learnings-from-5-years-in-devops-fc1a05d12865
44410编辑于 2023-12-04 - 来自专栏siri的开发之路
Go项目重构经验分享——ORM框架实践
一、背景介绍本文介绍了笔者在重构一个 Go 项目的实践经验，老项目由于迭代速度快，导致了接口杂乱，结构扁平，代码耦合度高等问题，在项目复杂度增加的情况下不再适合扩展，因此对整个项目进行了重构。 篇幅有限，本文主要介绍 ORM 层的重构。 三、ORM层目录结构老项目的目录结构比较简单，重构后根据标准Go项目目录结构 推荐的方式重新整理，当前的目录结构大致如下：.├── internal│ ├── handler│ ├── usecase └── router├── cmd│ └── main├── configs├── go.mod├── tools├── testinternal 包中的是非共享的核心代码，一些公共库代码在重构时被移入了其他开源公共库 ，因此这里没有额外创建 pkg 包handler 包中为业务逻辑，router负责路由注册，剩下的 usecase 、repository 以及 model 均为数据库相关的包四、重构过程gorm 推荐的方式
1.4K30编辑于 2023-09-25 - 来自专栏IMWeb前端团队
移动端重构实战系列5——form元素
content: ""; position: absolute; top: 50%; left: 50%; width: 5px
49720发布于 2019-12-04 - 来自专栏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.4K30发布于 2020-09-24 - 来自专栏腾讯IMWeb前端团队
移动端重构实战系列5——form元素
”本系列教程为实战教程，是本人移动端重构经验及思想的一次总结，也是对sandal及sheral UI的一次全方位剖析，首发在imweb和w3cplus两大站点及“前端Talk”微信公众号，其余所有标注或没有标注来源的均为转载 content: ""; position: absolute; top: 50%; left: 50%; width: 5px
55210编辑于 2022-06-29 - 来自专栏用户9378866的专栏
送你5个MindSpore算子使用经验
经验总结： MindSpore中BatchNorm1d、BatchNorm2d的momentum参数（定义该参数的变量名称为momentum_ms），该参数与PyTorch里BN的momentum参数（ momentum_py）的关系为： momentum_ms = 1−momentum_py 使用mindspore.nn.Dropout注意概率参数 dropout算子的prob参数是用来设置节点值为0的概率 经验总结 经验总结： Mindspore.nn.SmoothL1Loss（beta=1.0）没有做平均，需要自己做求均值操作，否则可能会出现： ERROR, updateOutputDesc, Update output 经验总结： mindspore.ops.operations.L2Normalize#默认axis=0， nn.functional.normalize(input, p=2, dim=1, eps=1e 经验总结： PyTorch预测模式下Dropout自动不生效，而MindSpore预测模式下如果网络结构中有Dropout层，仍然会做drop。
55310编辑于 2022-09-27 - 来自专栏不仅仅是python
Flask-5 博客项目包结构重构
今天把之前关于Flask_Blog项目的代码和包结构进行重构，而不是单独都写在flaskblog.py文件中，这样做的目的是方便维护扩展功能代码，易于代码可读性等，接下来开始： ? 项目包结构到重构完成。 关注公号 下面的是我的公众号二维码图片，欢迎关注。 yale记公众号
93840发布于 2019-07-23 - 来自专栏IMWeb前端团队
移动端重构实战系列5——form元素
content: ""; position: absolute; top: 50%; left: 50%; width: 5px
1.2K50发布于 2017-12-29 - 来自专栏测试开发干货
接口测试平台代码实现57-首页重构5
我们知道，左侧的记录是存在于我们数据库的记录表中，所以右侧请求模块只要请求，就顺便把这些请求数据+用户id 存储到记录表中即可。但是左侧的记录显示逻辑目前是，进入首页后自动获取展示，并没有实时刷新功能，也就是我们请求完之后，需要刷新页面才能在左侧看到记录，但是刷新的话右侧的返回体什么的也烟消云散了。那么我们就要重新设计这个左侧记录的展示逻辑，做成主动刷新。
51730编辑于 2022-05-19 - 来自专栏曌的晓痴
19年5月社招面试经验（七）
其实本来这次的有赞HR面原定于上周二的，结果因为我的出差，导致了后续一系列变化，先说是周三晚上，结果没等来电话，后来说是周四晚上，又没等到，结果等到了阿里云的交叉面，最终成功拖到了29号（五月的尾巴）才进行了一个HR面试。
1.8K20发布于 2019-07-24 - 来自专栏终身学习者
改善你的代码：使用这5种重构技术
本文由 Suraj Vishwakarma 撰写的博文，这篇文章讨论了如何将代码重构整合到你的编程过程中，建议你特别为重构代码分配时间，并将较大的重构问题分解为较小的问题进行处理。 https://dev.to/documatic/5-code-refactoring-techniques-to-improve-your-code-2lia 下面是正文~~ 编写代码很有趣，我们非常喜欢它 通过重构代码可以减少这类错误。 代码重构涉及在不改变其外部功能的情况下对现有代码进行改进。这是编程的核心部分之一，不能忽视，否则，我们将无法实现代码的更好版本。 如何整合重构 在寻找改进重构的技巧之前，让我们看看如何将代码重构集成到你的编码过程中。 可以使用以下建议来实现这个目的： 专门分配时间来重构代码 将较大的重构问题分解为较小的问题以进行管理 尝试让整个团队参与重构过程 使用自动化工具，可以帮助您查找常见的重构错误 提取方法 这种方法涉及将代码块转换为单独的方法
1.1K20编辑于 2023-07-09 - 来自专栏CSDN搜“看，未来”
C++编程经验（5）：vector的遍历删除
下面两个版本和第一个版本看着几乎差不多，不解释，运行一下见分晓， 答应我，以后不要再在这个问题上栽跟头了！！！
1.1K30发布于 2021-09-18 - 来自专栏曌的晓痴
19年5月社招面试经验（六）
Cluster 我们的网关TPS是多少 然后问了问Netty为什么这么高效，Netty的线程模型是怎么样的，我简单说了下自己理解的NIO和Boss, Worker线程 问我有没有数据库和消息通知相关的开发经验
77640发布于 2019-07-24 - 来自专栏存储公众号：王知鱼
PCIe Gen5 互联拓扑设计与经验
经验总结：分享实际应用中的教训与经验。 可组合 PCIe 系统 PCIe 5.0 互联拓扑设计-Fig-1 基于PCIe高速通道解耦计算基础设施，将内存和GPU从计算节点独立出。 PCIe 5.0 互联拓扑设计-Fig-5 右图显示，基于PCIe HBR（交换卡）实现跨节点数据互通。 经验教训 1. 5.
2.1K00编辑于 2025-02-11 - 来自专栏技术之路
重构学习-重构原则
什么是重构： 视上下文重构有两个不同的定义，第一个定义是名词形式 对软件内部结构的一种调整，目的是在不改变软件可观察行为的前提下，提高其可理解性，降低其修改成本 重构的另一人用法是动词形式 使用一系列的重构手法 强调一下，重构不会改变软件的可观察行为，也就是说重构之后功能和原来一样。 为什么要重构： 重构改进软件设计，如果没有重构，程序的设计会逐渐腐败变质。 重构的原动力是：代码设计无法帮助我轻松的添加我所需要的功能，如果用某种设计方式，添加功能会简单的多，这种情况可以用 重构来弥补。重构是一个快速流畅的过程，一旦完成重构，新特性的添加会更快速，更流畅。 如果在修改bug和审查代码时发现不合理的地方也要进行重构，这样是为了更好的阅读和理解代码 何时不重构： 如果发现代码太混乱，重构它不如重写来的简单这种情况下建议重写，不用进行重构。 最后你没有时间进行重构表明你其实早就该进行重构了 重构与性能： 有时为了让代码更容易理解，会做出一些使程序运行变慢的修改，这是个重要的问题。
1.4K50发布于 2018-01-31 - 来自专栏腾讯IVWEB团队的专栏
【译】通过可选链操作符重构大型代码库的经验教训
我决定用其来重构Mavo（当然了，还需要提供一个转译版本来适配不支持该特性的浏览器）。 需要寻找的场景 如果决定重构代码，那么，需要针对哪些场景呢？ 最简单明显的就是将foo && foo.bar优化成foo?.bar。 以下是一个真实例子，起初我是这样重构的： this.children[index] ? 不细心带来的BUG 如果像我一样对项目进行如此重构，就很容易在某个点引入可选链操作符后，不经意间改变了代码功能并引入了难以察觉的BUG。 在需要进行区分的场景下，就会引入BUG，这可能是通过这种方式进行重构时引入的最常见问题。
1.2K30发布于 2020-07-14 如何用GitHub Copilot重构SQL，避免全表扫描：我的实战经验
total_price, create_time, status FROM orders WHERE DATE(create_time) = '2023-10-15'AND status IN (1, 2, 5) total_price, create_time, status FROM orders WHERE DATE(create_time) = '2023-10-15'AND status IN (1, 2, 5) Copilot立即给出了几个关键建议：避免在列上使用函数，改为范围查询为create_time和merchant_id创建复合索引考虑使用覆盖索引第二步：重构SQL语句基于Copilot的建议，我重写了查询语句 create_time, status -- FROM orders -- WHERE DATE(create_time) = '2023-10-15'-- AND status IN (1, 2, 5) -10-15 00:00:00' AND create_time < '2023-10-16 00:00:00'AND merchant_id = 12345AND status IN (1, 2, 5)
45610编辑于 2025-09-15- 来自专栏韩曙亮的移动开发专栏
【重构】重构概要--六大重构模块
重构方法介绍： 重构改善既有代码的设计 一 重新组织函数 关于注释 ：要尽可能少的使用注释 ， 注释越多代码的可读性反而更差，注释可以使用函数名来代替 ， 不要管函数名有多长， 即使函数名比函数中的代码还要长也不要紧 能更加明确的表明函数的意义，可以将这个算法替换； 二 在对象之间搬移特性 功能模块归属类：对象设计中， 将一个功能模块放在哪个类中，是最重要的任务之一，谁也不能一开始保证设计的是完全合适的，这就需要“对象之间搬移特性”这个重构方法 搬移函数和搬移字段：这两种重构方法都可以解决大多数的问题，如果两种方法同时使用，先搬移字段，在搬移函数。
1.1K30编辑于 2023-03-27 - 来自专栏深度学习和计算机视觉
经验 | PyTorch开发部署时5个常见错误
导读 本文列举了5个将PyTorch应用到生产时容易遇到的5个错误操作。 ML是有趣的，ML是受欢迎的，ML无处不在。 尽管大多数教程和在线教程使用TensofFlow，但我的大部分经验都是使用PyTorch。在这里，我想分享在生产中使用PyTorch最常见的5个错误。考虑过使用CPU吗？使用多线程？ 也许有人会想“如果我用5个CPU来代替1个GPU可以吗？”。所有试过的人都知道这是一个死胡同。是的，你可以为CPU优化一个模型，但是最终它还是会比GPU慢。相信我，我强烈建议忘记这个想法。 错误 #5 — 处理向量而不是矩阵 cudnn - check no_grad - check GPU with correct version of CUDA - check JIT-compilation
1.1K30编辑于 2022-04-06
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号