首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

我如何打破程序编码习惯?

要打破程序编码习惯,可以尝试以下方法:

  1. 学习新的编程语言:学习一种新的编程语言可以帮助你摆脱对旧的编程语言的依赖,并且可以帮助你更好地理解编程的基本概念。
  2. 学习新的开发框架:学习新的开发框架可以帮助你更好地理解编程的最佳实践,并且可以帮助你更好地组织代码。
  3. 参加编程社区:参加编程社区可以帮助你与其他开发人员交流,并且可以帮助你了解最新的编程技术和最佳实践。
  4. 阅读代码:阅读其他人编写的代码可以帮助你更好地理解代码的结构和设计,并且可以帮助你学习新的编程技巧和最佳实践。
  5. 参加编程课程和培训:参加编程课程和培训可以帮助你更好地理解编程的基本概念和最佳实践,并且可以帮助你学习新的编程技术和工具。
  6. 尝试不同的编程环境:尝试不同的编程环境可以帮助你更好地理解编程的基本概念和最佳实践,并且可以帮助你更好地组织代码。
  7. 尝试不同的编程风格:尝试不同的编程风格可以帮助你更好地理解编程的基本概念和最佳实践,并且可以帮助你更好地组织代码。
  8. 使用代码审查工具:使用代码审查工具可以帮助你更好地理解代码的结构和设计,并且可以帮助你学习新的编程技术和最佳实践。
  9. 使用代码重构工具:使用代码重构工具可以帮助你更好地组织代码,并且可以帮助你更好地理解代码的结构和设计。
  10. 尝试不同的编程工具:尝试不同的编程工具可以帮助你更好地理解编程的基本概念和最佳实践,并且可以帮助你更好地组织代码。

希望这些方法可以帮助你打破程序编码习惯,并且更好地理解编程的基本概念和最佳实践。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

编码习惯 - 如何应对需求变更

之前的文章 程序员你为什么这么累? 中,个人观点是加班原因是编码质量占了大部分因素,但是不少同学都不认为是代码质量导致的加班,都认为是不断的需求改动导致的加班。...先看几个程序员的段子娱乐一下 杀一个程序员不需要用枪,改三次需求就可以了。 看一个宫保鸡丁的段子娱乐一下:这TM就是设计师不想改图的真正原因!!! 客户被绑,蒙眼,惊问:“想干什么?”...举例:每个系统都有导出功能,导出功能里面,从数据库库查询出来然后处理包装数据这是肯定要做的而且不会变的,这个应该先做;而导出为什么格式(xls还是pdf),导出的具体完整字段,字段的格式如何展示这些是会变的...多个功能中,习惯是先做最难的功能,最少要开始设计和思考,拉长功能开发周期。有些同学喜欢先做简单的,导致难的问题开发周期不够,后面加班加点也解决不了。加班其实是解决不了太多问题的。...编码习惯 - 配置规范里面的举例,bean的定义就是第三者,就是为了解耦。如导出功能里面,也要有中介。不要把查询数据,处理数据和导出数据都在一个函数一个循环里面做了。

51320

编码习惯 —— Controller规范

《吐槽见过的最烂的Java代码》 2....《编码习惯 —— 接口定义》 第一篇文章中,贴了2段代码,第1段是原生态的,第2段是指定了接口定义规范,使用AOP技术之后最终交付的代码,从15行到1行,自己感受一下。...今天来说说大家关注的AOP如何实现。 先说说Controller规范,主要的内容是就是接口定义里面的内容,你只要遵循里面的规范,controller就问题不大,除了这些,还有另外的几点: 1....不需要打印日志 日志在AOP里面会打印,而且的建议是大部分日志在Services这层打印。 规范里面大部分是 不要做的项多,要做的比较少,落地比较容易。...技术不是关键,AOP技术也很简单,这个帖子的关键点不是技术,而是习惯和思想,不要捡了芝麻丢了西瓜。网络上讲技术的贴多,讲习惯、风格的少,这些都是工作多年的行之有效的经验之谈,望有缘人珍惜。

54340

编码习惯 —— 接口定义

接口定义一定程度上能反应程序员的编程功底。列举一下工作中发现大家容易出现的问题: 1. 返回格式不统一 同一个接口,有时候返回数组,有时候返回单个;成功的时候返回对象,失败的时候返回错误信息字符串。...很多人看了的这篇文章吐槽见过的最烂的Java代码,都觉得里面的技术也很简单,没有什么特别的地方,但是,实现这个代码框架之前,就是要你的接口的统一的格式ResultBean,aop才好做。...有些人误解了,那篇文章说的都不是技术,重点说的是编码习惯工作方式,如果你重点还是放在什么技术上,那我也帮不了你了。...同样,如果后面的关于习惯和规范的帖子,你重点还是放在技术上的话,那是丢了西瓜捡芝麻,有很多贴还是没有任何技术点呢。 附上ResultBean,没有任何技术含量: ? ?

58700

编码习惯 —— 日志规范

自己视情况而决定是否打印,一般建议打印。 日志效果图 加上《编码习惯 —— Controller规范》这篇文章的AOP,最后的日志如下: ?...新手建议 日志这个东西,更多是靠自觉,项目组这么多人,也不可能一个一个给大家看代码,然后叫你加日志。分析了一下,为什么有些人没有打印日志的习惯,说了多次都改不过来。...建议大家养成下面的习惯,这样你的日志就会改善多了! 1. 不要依赖debug,多依赖日志。 别人面对对象编程,你面对debug编程。有些人无论什么语言,最后都变成了面对debug编程。哈哈。...这个习惯非常非常不好!debug会让你写代码的时候偷懒不打日志,而且很浪费时间。改掉这个恶习。 2. 代码开发测试完成之后不要急着提交,先跑一遍看看日志是否看得懂。...日志是给人看的,只要热爱编程的人才能成为合格程序员,不要匆匆忙忙写完功能测试ok就提交代码,日志也是功能的一部分。要有精益求精的工匠精神! 日志规范想不到写了这么多,不容易啊。

69820

编码习惯 - Controller规范

第一篇文章中,贴了2段代码,第一个是原生态的,第2段是指定了接口定义规范,使用AOP技术之后最终交付的代码,从15行到1行,自己感受一下。今天来说说大家关注的AOP如何实现。...5 不需要打印日志 日志在AOP里面会打印,而且的建议是大部分日志在Services这层打印。 规范里面大部分是 不要做的项多,要做的比较少,落地比较容易。...AOP配置:(关于用java代码还是xml配置,这里倾向于xml配置,因为这个会不定期改动) ?...请对比 程序员你为什么这么累?里面原来的代码查看,没有对比就没有伤害。 ? 最后说一句,先有统一的接口定义规范,然后有AOP实现。先有思想再有技术。...技术不是关键,AOP技术也很简单,这个帖子的关键点不是技术,而是习惯和思想,不要捡了芝麻丢了西瓜。网络上讲技术的贴多,讲习惯、风格的少,这些都是工作多年的行之有效的经验之谈,望有缘人珍惜。

42410

编码习惯 - 接口定义

接口定义一定程度上能反应程序员的编程功底。列举一下工作中发现大家容易出现的问题: 1. 返回格式不统一 同一个接口,有时候返回数组,有时候返回单个;成功的时候返回对象,失败的时候返回错误信息字符串。...@PostMapping("/add") public boolean add(xxx) { //xxx return configService.add(); } 很多人看了的这篇文章程序员你为什么这么累...有些人误解了,那篇文章说的都不是技术,重点说的是编码习惯工作方式,如果你重点还是放在什么技术上,那我也帮不了你了。...同样,如果后面的关于习惯和规范的帖子,你重点还是放在技术上的话,那是丢了西瓜捡芝麻,有很多贴还是没有任何技术点呢。

51330

编码习惯 - 配置规范(导读)

分享工作中制定配置文件的习惯 工作中少不了要制定各种各样的配置文件,这里和大家分享一下工作中如何制定配置文件的,这是个人习惯,在在的项目组中目前要定义配置文件都安装这个步骤,效果还不错。...就是说,配置文件是功能完成后期才完成的,如果项目一开始就指定了配置文件的格式,中途少不了各种修改。...还有最主要的是,有中间的这一层配置的bean,这是觉得最重要的。有了这层bean之后,就相当于有了一个中介。...觉得代码好坏就在于此。千万业务代码里面不要和读取配置的代码耦合在一起。切记! 这就是今天给大家分享的。个人非常喜欢的编码方式,使用简单,效果也很好。...其实没有什么技术,技术一说都懂,但我觉得技术外的习惯才是最重要的!欢迎讨论。 ==================更新=================

39320

编码习惯 —— API 接口定义

接口定义一定程度上能反应程序员的编程功底。列举一下工作中发现大家容易出现的问题: 1. 返回格式不统一 同一个接口,有时候返回数组,有时候返回单个;成功的时候返回对象,失败的时候返回错误信息字符串。...@PostMapping("/add") public boolean add(xxx) { //xxx return configService.add(); } 很多人看了的这篇文章...程序员你为什么这么累?...有些人误解了,那篇文章说的都不是技术,重点说的是编码习惯工作方式,如果你重点还是放在什么技术上,那我也帮不了你了。...同样,如果后面的关于习惯和规范的帖子,你重点还是放在技术上的话,那是丢了西瓜捡芝麻,有很多贴还是没有任何技术点呢。

76940

编码习惯 - 参数校验和国际化规范

今天的目的主要是把之前例子里面的和业务无关的国际化参数隐藏掉,以及如何封装好校验函数。 今天累,少说话多贴代码,先看对比图,修改前: ? service ? 修改后: ? services ?...Controll的非业务代码如何去掉参考编码习惯 - Controller规范,下面说说去掉Local参数。...还有一小点注意,建议参数非法的时候,把值打印出来,否则你又要浪费时间看是没有传呢还是传错了,时间就是这样一点点浪费的。 ?...另外有些项目用valid来校验,从实际接触来看,用的不多,可能是有短木板吧。如果你的项目valid就能满足,那就更加好了,不需要看了。...还有人说代码要注释率到多少(我们公司有段时间工具扫描要求注释率到30%以上),依我看来,大部分业务代码这么简单,你把代码写成例子那样,还需要什么注释?注释是画蛇添足。 持续更新中。敬请期待。

70410

程序员你为什么这么累:编码习惯之接口定义

前传传送门:程序员你为什么这么累? 工作中,少不了要定义各种接口,系统集成要定义接口,前后台掉调用也要定义接口。接口定义一定程度上能反应程序员的编程功底。...列举一下工作中发现大家容易出现的问题: 1. 返回格式不统一 同一个接口,有时候返回数组,有时候返回单个;成功的时候返回对象,失败的时候返回错误信息字符串。...程序员你为什么这么累?...有些人误解了,那篇文章说的都不是技术,重点说的是编码习惯工作方式,如果你重点还是放在什么技术上,那我也帮不了你了。...同样,如果后面的关于习惯和规范的帖子,你重点还是放在技术上的话,那是丢了西瓜捡芝麻,有很多贴还是没有任何技术点呢。

735100

程序员你为什么这么累【续】:编码习惯之配置规范

请先仔细阅读:分享工作中制定配置文件的习惯 工作中少不了要制定各种各样的配置文件,这里和大家分享一下工作中如何制定配置文件的,这是个人习惯,结合强大的spring,效果很不错。...=========XML========= 如果使用XML,麻烦一点,这里使用XStream序列化和反序列化xml。...==========编码习惯========== 配置文件编码禁忌: 1. 读取配置的代码和业务代码耦合在一起!大忌!千万千万不要! 如下,业务代码里面出现了json的配置代码。...习惯是转测试前一天才生成配置文件。 =======重要======= 最主要的思想是,不要直接和配置文件发生关系,一定要有第三者(这里是配置的bean)。你可以说是中间件,中介都行。...另外,代码里面是使用spring的习惯,没有spring也是一样的,或者配置的bean你不用spring注入,而用工具类获取也是一样,区别不大。

59170

程序员你为什么这么累【续】:编码习惯-函数编写建议

简单是因为这没有什么技术难点,困难是因为这是一种思维习惯,很难养成,不写个几年代码,很难写出像样的代码。 大部分的程序员写的都是CRUD、一些业务逻辑的代码,谁实现不了?...从个人经验来说,函数编写的建议有以下几点: 1 不要出现和业务无关的参数 参考之前的帖子,编码习惯 - 参数校验和国际化规范,函数参数里面不要出现local,messagesource,request...如何识别可能变的地方,多思考一下就知道了,工作久了就知道了。...不要一上来就测试整个功能,应该一行一行代码、一个一个函数测试,有了这个习惯,自然就会写出能测试的小函数。所以说,只有喜欢编码的人才能写出好代码。...如我的编码习惯 - 配置规范这篇文章了,的配置相关代码,都是可以单独测试的,所以配置项的改动不需要测试业务功能,应用都不需要重启。

503100

程序员你为什么这么累【续】:编码习惯之Controller规范

——请先阅读这2篇文章: 程序员你为什么这么累?...编码习惯 - 接口定义 第一篇文章中,贴了2段代码,第一个是原生态的,第2段是指定了接口定义规范,使用AOP技术之后最终交付的代码,从15行到一行,自己感受一下。...今天来说说大家关注的AOP如何实现。...请对比程序员你为什么这么累?里面原来的代码查看,没有对比就没有伤害。 ? 最后说一句,先有统一的接口定义规范,然后有AOP实现。先有思想再有技术。...技术不是关键,AOP技术也很简单,这个帖子的关键点不是技术,而是习惯和思想,不要捡了芝麻丢了西瓜。网络上讲技术的贴多,讲习惯、风格的少,这些都是工作多年的行之有效的经验之谈,望有缘人珍惜。

60471

程序员你为什么这么累【续】:编码习惯之异常处理

导读: 程序员你为什么这么累?...编码习惯 - 接口定义 编码习惯 - Controller规范 编码习惯 - 日志建议 对于大型IT系统,最怕的事情第一是系统出现了异常不知道,等问题闹大了用户投诉了才知道出问题了。...见我的编码习惯 - Controller规范 所以上面的代码,来写的话是这样的,清晰明了。 ? 另外一种后台定时任务队列的异常,其实思路是一样的,有个统一的地方处理异常,里面的代码同样不准捕获异常!...这篇文章,估计一定有很多争议,这些规则都和常见的认识相反,在公司里面推广和写贴分享的时候也有人反对。但是,你要知道你遇到的是什么问题,要解决的是什么问题?...反正是这样写代码的,发现效果很好,很少花时间在调试代码和改bug上,更加不会出现前台返回成功,后台有异常什么也没有做的场景。

804110
领券