腾讯云
开发者社区
文档
建议反馈
控制台
登录/注册
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
搜索
搜索
关闭
发布
精选内容/技术社群/优惠产品,
尽在小程序
立即前往
文章
问答
(9999+)
视频
沙龙
5
回答
跟踪
Bug
数据库中的
重构
、
假设您在某个地方工作,对源代码的每一项更改都必须与
bug
报告或特性请求相关联,而且没有办法对该策略进行改革。在这样的环境中,处理代码
重构
的最佳方法是什么(即改进代码但不修复
bug
或添加特性的更改)?
bug
-report/feature-request.Just 编写错误报告并将
重构
与其关联。编写特性请求并将
重构
与其关联。在处理与关联的代码时偷偷地插入了
重构
。
浏览 10
提问于2008-09-10
得票数 5
回答已采纳
1
回答
当我要在另一个分支中编辑的文件在主分支中更新时使用的Git策略?
我有master分支,有
bug
-fix分支,还有refactor分支。在master之外创建了D6分支来修复一个
bug
。现在在refactor分支中,我将
重构
文件中一些修复错误的区域。但这个分支还有未修复的窃听器。把我现在的分支重新定位为师父? 其他?
浏览 0
提问于2019-05-06
得票数 0
回答已采纳
2
回答
用于确定是否
重构
代码块的标准是什么?
、
重构
代码通常是一个应用更好的适合模式、应用编码约定或提高性能的问题。另一方面,
重构
需要花费时间,并引入了包含新
bug
的风险。
重构
的收益有多大?这似乎很主观。即使是因为性能原因,较慢的版本也可能更易于维护或更容易理解。是什么使一个
重构
比另一个更重要/更紧迫?
浏览 1
提问于2016-07-18
得票数 0
回答已采纳
1
回答
Zend modules:如何修复模块中操作的路由?
、
我正在
重构
我的代码,以便拆分成模块。在将bugController移动到/application/modules/
Bug
之后,我在http://my.site/
bug
/list之前有过如何配置路由才能拥有: 谢谢,阿曼。
浏览 0
提问于2011-09-07
得票数 0
1
回答
循环结果
重构
数组
types = [ { name: "Enhancement"} { name: "Spike"}prop for prop in source结果: <e
浏览 0
提问于2014-02-16
得票数 4
回答已采纳
5
回答
重构
和非
重构
更改作为单独的签入?
、
您是将
重构
更改与功能开发/
bug
修复更改混合在一起,还是将它们分开?可以使用像Resharper这样的工具执行的大规模
重构
或代码重新格式化应该与功能工作或错误修复分开,因为很难在众多
重构
更改中区分不同的版本并看到代码的真正更改。这是个好主意吗?
浏览 0
提问于2009-10-02
得票数 4
回答已采纳
3
回答
使用Resharper进行了
重构
,并引入了
bug
,为什么?
、
、
我有一个我认为使用if语句的方法,我决定在Resharper的帮助下对它进行
重构
,后来发现它是导致我有很多
bug
的原因。= _room.RoomId) return true;我把它
重构
成了这个{= null && user.GetClient().GetData().CurrentRoomId == _room.RoomId;在将
重构
后的版本返回到原始版本后,所有的
bu
浏览 0
提问于2018-03-30
得票数 3
1
回答
bugs和(高效)待办事项的跟踪器?
、
、
我开始使用错误追踪器(www.bugnotes.com),所以我是个新手……而且我很容易添加
bug
,这是有意义的。然而,如果我要实现一个给定的特性或执行一些
重构
,其中一些
bug
就会被修复。那么,我如何才能有效地跟踪待办事项列表类型的事情,并且这些类型的任务不会绑定到
bug
跟踪中?我猜我所要求的是跟踪
bug
和特性的工具,因为它们都是代码更改。实际上,我喜欢做一些小事情,只是不是像
重构
,或者改变驱动程序或者库这样的大事情。 另外,我使用的是一个文本文件,但问题是,太多键入的内容会变得陈旧,因
浏览 7
提问于2010-06-24
得票数 0
回答已采纳
1
回答
如何使用git分支来
重构
遗留代码?
如果我想
重构
遗留代码,那么我需要为code.So编写测试,我将创建一个名为“
重构
”的新分支,我将在其中创建一个测试文件夹和一些测试文件。但是我发现,当我完成
重构
并想要合并到主分支时,我需要将测试文件夹及其文件合并到主分支。 我该怎么办?
浏览 0
提问于2017-06-07
得票数 0
1
回答
Visual Assist X:大括号在
重构
过程中移动
、
、
、
(我在MSVS 2005上运行它)while (expr) doSmth();
重构
后: { } 所以,我需要手动移动所有的括号当然,这个问题很小,但当你进行大量
重构
时,它就会变得令人讨厌。这是一个
bug
,还是仅仅是默认设置?那么,有没有人知道解决办法?
浏览 0
提问于2009-12-17
得票数 2
回答已采纳
1
回答
使用cygwin在windows文件系统上
重构
java类
、
、
我正试图从本地工作副本中
重构
类,因为在修复错误之后需要紧急
重构
。所以我要做的是,使用cygwin,移动到我的exlipse工作区所在的dir,并运行这个查询。我只需要替换1行代码,问题是,这也影响了不包含tat
bug
的类,通过查看svn中的java文件,在
浏览 4
提问于2014-02-04
得票数 0
回答已采纳
6
回答
您如何处理
重构
和合并需求之间的紧张关系?
、
、
、
、
在此期间,主干会看到主要的开发工作,并且可能会受到
重构
更改的影响。问题是,在需要一个稳定的主干(以便
bug
修复的合并成功--如果代码被提取到另一个方法或移动到另一个类的情况下通常不能成功)和在引入新功能时需要
重构
代码之间存在紧张关系。我们的策略是,在足够的时间过去和分支足够稳定之前,不进行任何
重构
。在这种情况下,可以开始在主干上进行
重构
更改,并在主干和分支上手动提交错误修复。但这意味着开发人员必须等待相当长的一段时间才能在主干上提交任何
重构
更改,因为这可能会破坏后续从分支到主干的合并。而
浏览 0
提问于2008-10-14
得票数 26
回答已采纳
1
回答
将
Bug
报告函数
重构
为Helper类
、
我一整天都在阅读关于Javascript类的内容,现在我想把
Bug
Report函数
重构
到它自己的类中,但即使我开始编写我的类,如下所示: constructor(x, y) this.y = y;我很难想象如何开始将我的
Bug
报告的组成部分分解成Javascript Class ie的格式。BugReport: e.pre
浏览 0
提问于2021-10-21
得票数 2
2
回答
重构
在GitFlow分支命名模型中属于哪里?
、
、
、
我们试图通过延迟、计划和实现
重构
任务来定期解决我们的技术债务。这样的
重构
分支以合并在develop中的拉请求结束。我的问题是
重构
分支在GitFlow中属于哪里?使用feature前缀似乎是最符合逻辑的,但是它感觉并不完全正确,因为
重构
不会添加任何新功能。 然而,使用bugfix前缀似乎不正确,而且也没有实际的
bug
重构
修复。
浏览 0
提问于2017-01-12
得票数 49
回答已采纳
2
回答
当错误被修复时,特性/回归测试不会失败吗?
、
、
让我们假设您正在尝试
重构
遗留代码以使其更易于理解和更易于测试,您如何做到这一点?这里的假设是遗留代码更难理解,因此更难测试。您可以在下面的另一个问题中找到这个案例的解释:为我不理解的代码编写测试 现在您有了一个
重构
的代码,您可以开始为其编写单元测试(例如,您将大方法分解为较小的可测试方法)。单元测试可能会帮助您发现需要修复的
浏览 0
提问于2020-04-22
得票数 -1
回答已采纳
1
回答
命名局部变量“`property`”有什么问题吗?
、
我试图在CLion中
重构
一个局部变量,将其命名为property,但它实际上不允许我。当我自己做时没有错误,但是
重构
工具稍微少了一些乏味。将property__重命名为property这是来自CLion的
bug
,还是它不想让我这么做的真正原因?我想,如果它不是一个
bug
,它可能与其他东西发生冲突,使我更安全地使用另一个名称。
浏览 3
提问于2017-06-16
得票数 0
回答已采纳
2
回答
有任何有大量
重构
的开源C#项目的好例子吗?
、
、
、
、
我正在研究软件进化和C#/.NET,特别是从变更集中识别
重构
,因此我正在寻找一个合适的(XP-like)项目,该项目可以作为从版本控制历史中提取
重构
的测试主题。 哪些开源C#项目经历了大量的
重构
?合适的项目有公开的变更历史,最多有可编译的代码提交,过去至少应用了几个
重构
。它不一定是众所周知的,代码质量或
bug
的数量也是无关紧要的。最好代码位于Git或SVN存储库中。
浏览 0
提问于2011-11-15
得票数 6
回答已采纳
14
回答
当您要向一个大的(肮脏的)代码库中添加一些新特性时,您会做什么?这个代码实际上有*没有*单元测试代码?
、
、
说,我们应该在添加新功能之前进行
重构
(考虑到原始程序的结构不太好)。但这是一个很大的代码库。
浏览 11
提问于2008-10-07
得票数 10
1
回答
在
重构
现有的报告时,应该测试哪些单元?
我
重构
了一些中间层报告,这些报告基本上是一种方法,它接受大量参数,从数据库中获取一些内容,然后返回结果集。方法中的代码通常很简单,但我不知道如何最好地为它们编写单元测试。我见过只在使用两个特定参数时才存在的
bug
(比如根据名称和开始日期搜索用户),所以我应该测试每一对参数吗?看起来这些测试要么是无用的最小测试,要么是浪费性的穷尽性测试。那么,如何为现有的43个参数方法编写单元测试,您需要在不破坏的情况下
重构
该方法? 编辑这个方法是由一个有43个输入的网页报告使用的,所以尽管它很糟糕,但还是有一些原因。
浏览 2
提问于2011-04-04
得票数 0
1
回答
用于文件删除的Git语义提交版本控制
、
、
可能出现在脑海中的最接近的选择是家务和
重构
。我之所以感到困惑,是因为没有一个关于家务和
重构
的定义谈到文件删除。
重构
根据这是如此的帖子文件,删除不属于
重构
。
浏览 0
提问于2021-06-16
得票数 -2
点击加载更多
扫码
添加站长 进交流群
领取专属
10元无门槛券
手把手带您无忧上云
相关
资讯
重构系统的套路-明确重构目的
售后商城重构—AFSStore.WebApi重构
解Bug之路-串包Bug
IMO:重构系统
重构的些许收获
热门
标签
更多标签
云服务器
ICP备案
腾讯会议
云直播
对象存储
活动推荐
运营活动
广告
关闭
领券