• 回答数

    6

  • 浏览数

    317

激动的小胖
首页 > 论文问答 > 怎样避免代码查重

6个回答 默认排序
  • 默认排序
  • 按时间排序

(秋天)Amy

已采纳
论文查重的时候,一般是不查重附录的,大多数学校也对附录没作太多的要求,可要可不要,附录是对论文内容的补充。
358 评论

张小电1301

261 评论

守望的夜

计算机专业代码查重 一般要先机械 的去掉注释 回车 空格所以说加注释没有用能改的空间只有 变量名称 循环(while 和 for 替换)替换类型

172 评论

八宝爱上粥

对于每个编码人员来说,避免重复代码可能是大家都想做的。对于有一定经验(对基本的OO原则有一定经验)的开发人员来说,大部分情况下都能比较自然地避免重复代码的问题,写代码的时候,感觉有逻辑重复的情况,会很自然的凭感觉经验做相应的处理和复用。以下是个人经验,供新手参考。 既然我们在用Java之类的面向对象的语言编码,那么重复代码可以大致分为如下两种情况: 1、类型体系之内(父类型和子类型、子类型之间)存在重复逻辑代码 2、类型体系之外的重复代码 【类型体系内的重复代码处理】 1、如果重复代码属于类型本身操作(即应该是以实例方法存在),则很自然的应用重构技巧,公共代码往上走。如果Sub Type之间有这种重复代码,把重复代码迁移到DefaultAdatper中。 2、如果重复代码不属于类型本身操作(即应该是以静态方法存在),则需要判断一下这种静态代码的功能使用范围: A、如果是非常全局性的,例如有关java流的辅助操作,则应该果断的抽取出来,封装到一个Utility工具类中,例如可以叫做IOUtil。把这个Utility类放置到非常底层模块中,这样上层很多功能模块中都可以使用,否则可能会导致上层多个模块中都有类似IOUtil的类,又是重复代码。1publicclassIOUtil{2/**3 *工具类,不需要产生实例。但是也不需要应用单态!!!4*/5privateIOUtil(){}67publicstaticInputStreambuildInputSteam(Filefile){//}89//其他公共静态操作10} B、如果这种静态操作只对本类型体系有意义,则有两种常用的处理方法:第一种是把这种静态方法迁移到基类DefaultAdapter中,但是不要在DefaultAdapter中放置过多的类似静态方法;第二种是把这种静态方法封装到一个helper助手类中,例如MyTypeHelper,其中放置了MyType类型体系中需要使用的一些静态方法。如果第一种DefaultAdapter中堆放了较多的静态方法,则可以用helper助手类的方式。1publicclassMyTypeHelper{2/**3 *助手类,不需要产生实例。但是也不需要应用单态!!!4*/5privateMyTypeHelper(){}67publicstaticbooleanvalidateParamer(Objectparamer){//}89//其他公共静态操作10} 这个helper一般需要和接口、默认适配类一起暴露,便于扩展子类型使用。示意图如下: 【类型体系之外的重复代码处理】 类型体系之外的重复代码处理相对就很简单了,根据重复代码功能适用范围,封装到对应的Util类或者Helper类中。这里就不细讲了~_~ 【有关公用代码的几个概念】 个人意见,仅供参考。 助手类(Helper class) :我觉得首先这个类产生的目的是为特定模块或者特定功能服务的(助手吗~_~),不是全局的。而且完全可以隐藏在特定模块内部,很多时候不需要暴露。Helper类的命名要有针对性,不能搞成一个麻辣烫,里面的静态操作既为这种功能服务,又为那种功能服务,尽量做个忠臣,不要同时当多个主子的助手。 工具类(Utility class) :一般是全局的,往往有一定普世价值,也就是说往往是全局通用的。 例如你在做一个模块,这个模块功能是处理表单,则关于处理表单的一些公用静态操作就应该放置到该模块的一个助手类中,名称类似于FormProcesserHelper。再有一个导出报表的功能,则对应的助手类可以称之为ExportReportHelper,建议这两个helper不要混在一起。有人可能会说,这样会不会导致大量的助手类呢?这边有个粒度把握的问题(经验会发生作用~_~),但是只要是助手类命名规范,则一个助手类的名字就基本上可以告诉用户你提供什么样的服务了。 假如你现在处理的是有关IO操作的重复代码,则需要迁移到全局的工具类中,因为这样的操作往往适应于全局的。 Facade class(门面类) :这个乍看起来和助手类有点像,往往是绑定于特定模块。但是,要搞清楚,门面类是用来封装子系统的,代理对模块常用核心功能的访问的,针对用户需要的常用场景提供一些辅助操作,帮助用户更好的使用此模块的主要功能。 面向客户端或者其他子系统或模块的,不是用来处理对应模块中重复代码的 !!!有关详细信息,请参加Facade设计模式的文档。 【注意】Helper class、Utility class、Facade class一般都不需要生实例,暴露的都是静态操作,更不需要误写成单态,别滥用单态!!!后记:: 关于重复代码的处理,个人以为既需要技巧(别人总结出来的技巧),更需要经验(经验往往给你感觉,跟着感觉走一般就不会太离谱~_~)。 希望对开发新手有作用~_~

290 评论

健健康康。

本科生一般不会 研究生会

121 评论

钱川同学

只要是完全自己原创的,绝对没问题。如果有几句是抄的,应该能够查到。如果是把别人的话改写转述一遍(同一个意思,语序、用词换一下),

125 评论

相关问答

  • 怎么避免代码查重率

    论文怎么降低查重率,不看又不会写,看了又会按资料写,怎么办?1、不要急于加引用我们在写论文时不要先加引用,不然等论文完成后,自己不知道哪些重复了,有的内容可能确

    莎菲娜娜 5人参与回答 2023-12-09
  • pta怎么避免代码查重

    用个混淆器呗。变量和函数名都全部改成下划线,绝对查不出。

    放牧死亡 1人参与回答 2023-12-09
  • 查重怎样避免重复率

    大概当今所有的研究生毕业论文都会经过中国知网的“学术不端检测”,即便最后不被盲审。这个系统的初衷其实是很好的,在一定程度上能够对即将踏入中国科研界的硕士研究生们

    壹贰叁肆4321 6人参与回答 2023-12-07
  • 怎么样避免查重率

    论文降重的一般方法:1、文字转图片                                    将一些重要的论点文献等无法进行改写的内容,可以将其转化

    号仔在厦门 6人参与回答 2023-12-11
  • 怎样才能避免查重

    凡是大段大段抄的,自然是抄袭,查重就会露馅。写论文当然是要引用他人的研究成果,作为论证自己观点的材料,但是讲究方法。引用别人的观点和材料的,一定要注明出处来源,

    敏足一世 4人参与回答 2023-12-07