- 综合排序
- 最热优先
- 最新优先
- 来自专栏Linyb极客之路
编码习惯之Controller规范
技术不是关键，AOP技术也很简单，这个帖子的关键点不是技术，而是习惯和思想，不要捡了芝麻丢了西瓜。
1.2K80发布于 2018-03-27 - 来自专栏用户4456933的专栏
良好的CSS编码习惯
良好的代码书写习惯能够让代码看起来更加干净简洁，给阅读者一种赏心悦目的感觉；好的代码便于开发发现错误，提高工作效率。所以作为一名好前端，很有必要养成一个良好的 css 编码习惯。 以字母开头，避免数字开头 全部用小写，这样的话不容易在引用的时候因为大小写而出错 用-来分隔单词，而不是下划线 对于压缩过的文件，比如 css 或者 js 文件，使用 .min 代替 -min 设置编码 在 css 文件的最顶部设置编码格式为 utf-8 ，否则有可能使得 css 文件出现乱码。 格式化里将要介绍的就是它们的结构和摆放位置，包括缩进、空格、换行以及个别声明的书写习惯等。 ID和Class的命名规范 ID 和 Class 的主要习惯于如下命名方式： 全部字母用小写，避免使用驼峰命名法。 使用短横线-来作为连接单词之间的字符，避免使用下划线_。
88620发布于 2021-06-01 - 来自专栏Linyb极客之路
编码习惯之异常处理
见我的编码习惯 - Controller规范 所以上面的代码，我来写的话是这样的，清晰明了。 ? 另外一种后台定时任务队列的异常，其实思路是一样的，有个统一的地方处理异常，里面的代码同样不准捕获异常！
1K90发布于 2018-03-27 - 来自专栏Linyb极客之路
编码习惯之接口定义
工作中，少不了要定义各种接口，系统集成要定义接口，前后台掉调用也要定义接口。接口定义一定程度上能反应程序员的编程功底。列举一下工作中我发现大家容易出现的问题：
57230发布于 2018-07-26 - 来自专栏SpringBoot 核心技术
编码规范 - 养成良好的Java编码习惯
最近在整理公司编码规范方面的内容，2017年阿里巴巴发布了编码规范插件，强烈建议大家安装使用，好的编码习惯是通往成功的阶梯。 SpringBoot整合SpringDataJPA 004 SpringDataJPA 核心技术 全面讲解SpringDataJPA核心技术 文档目录 注释规范 类注释 方法注释 行级注释 DTO/Param注释 编码规范 private String userId; /** * 查询关键字 */ @Length(max = 30) private String keyWord; } 二、编码规范 正确示例： logger.error(参数或对象.toString() + "_" + e.getMessage(), e); 写在最后 强烈建议IDEA开发工具安装使用阿里巴巴国际编码规约插件，为良好的编码习惯打下基础
1.9K10发布于 2018-06-27 - 来自专栏微信公众号：Java团长
我的编码习惯 —— Controller规范
《我的编码习惯 —— 接口定义》 第一篇文章中，我贴了2段代码，第1段是原生态的，第2段是我指定了接口定义规范，使用AOP技术之后最终交付的代码，从15行到1行，自己感受一下。 技术不是关键，AOP技术也很简单，这个帖子的关键点不是技术，而是习惯和思想，不要捡了芝麻丢了西瓜。网络上讲技术的贴多，讲习惯、风格的少，这些都是我工作多年的行之有效的经验之谈，望有缘人珍惜。
73740发布于 2018-10-18 - 来自专栏java一日一条
我的编码习惯 - 配置规范
导读（请先仔细阅读）：分享我工作中制定配置文件的习惯 工作中少不了要制定各种各样的配置文件，这里和大家分享一下工作中我是如何制定配置文件的，这是个人习惯，结合强大的spring，效果很不错。 =========================编码习惯========================= 配置文件编码禁忌： 1. 读取配置的代码和业务代码耦合在一起！大忌！千万千万不要！ 我的习惯是转测试前一天才生成配置文件。 另外，代码里面是使用spring的习惯，没有spring也是一样的，或者配置的bean你不用spring注入，而用工具类获取也是一样，区别不大。 呕心沥血苦口婆心之作，希望对大家有帮助！ 其他人有好的习惯更加简洁的方式请在留言区留言，我会逐一回复的，谢谢阅读！
60720发布于 2018-09-14 - 来自专栏Linyb极客之路
编码习惯之工具类规范
物理上独立存放 这点是我的习惯，我习惯把和业务无关的代码放到独立的工程或者目录，在物理上要分开，专人维护。不是所有人都有能力写工具类，独立存放专门维护，专门的权限控制有助于保证代码的纯洁和质量。
1K90发布于 2018-03-27 - 来自专栏微信公众号：Java团长
我的编码习惯 —— 接口定义
有些人误解了，我那篇文章说的都不是技术，重点说的是编码习惯工作方式，如果你重点还是放在什么技术上，那我也帮不了你了。 同样，如果我后面的关于习惯和规范的帖子，你重点还是放在技术上的话，那是丢了西瓜捡芝麻，有很多贴还是没有任何技术点呢。 附上ResultBean，没有任何技术含量： ? ?
73900发布于 2019-07-11 - 来自专栏微信公众号：Java团长
我的编码习惯 —— 日志规范
日志效果图 加上《我的编码习惯 —— Controller规范》这篇文章的AOP，最后的日志如下： ? 其实日志的级别我到不是很关注，还没有到关注这步到时候。 我分析了一下，为什么有些人没有打印日志的习惯，说了多次都改不过来。我建议大家养成下面的习惯，这样你的日志就会改善多了！ 1. 不要依赖debug，多依赖日志。 别人面对对象编程，你面对debug编程。 这个习惯非常非常不好！debug会让你写代码的时候偷懒不打日志，而且很浪费时间。改掉这个恶习。 2. 代码开发测试完成之后不要急着提交，先跑一遍看看日志是否看得懂。
87120发布于 2018-11-08 - 来自专栏海说
我的编码习惯 - 接口定义
有些人误解了，我那篇文章说的都不是技术，重点说的是编码习惯工作方式，如果你重点还是放在什么技术上，那我也帮不了你了。 同样，如果我后面的关于习惯和规范的帖子，你重点还是放在技术上的话，那是丢了西瓜捡芝麻，有很多贴还是没有任何技术点呢。
70630发布于 2018-09-30 - 来自专栏java一日一条
我的编码习惯 - Controller规范
技术不是关键，AOP技术也很简单，这个帖子的关键点不是技术，而是习惯和思想，不要捡了芝麻丢了西瓜。网络上讲技术的贴多，讲习惯、风格的少，这些都是我工作多年的行之有效的经验之谈，望有缘人珍惜。
53710发布于 2018-09-14 - 来自专栏java一日一条
我的编码习惯 - 配置规范（导读）
分享我工作中制定配置文件的习惯 工作中少不了要制定各种各样的配置文件，这里和大家分享一下工作中我是如何制定配置文件的，这是个人习惯，在我在的项目组中目前要定义配置文件都安装这个步骤，效果还不错。 我个人非常喜欢的编码方式，使用简单，效果也很好。其实没有什么技术，技术一说都懂，但我觉得技术外的习惯才是最重要的！欢迎讨论。
50120发布于 2018-09-14 - 来自专栏芋道源码1024
我的编码习惯 —— API 接口定义
有些人误解了，我那篇文章说的都不是技术，重点说的是编码习惯工作方式，如果你重点还是放在什么技术上，那我也帮不了你了。 同样，如果我后面的关于习惯和规范的帖子，你重点还是放在技术上的话，那是丢了西瓜捡芝麻，有很多贴还是没有任何技术点呢。
93740发布于 2018-12-04 - 来自专栏这里只有VxWorks
我的C语言编码习惯(缩进篇)
多数公司有自己的编码规范，每个developer有自己的编码风格。 无关对错，只是记录一下我自己的习惯： Tab使用4个空格代替; 每次缩进4个空格 函数的每个入参及小括号单独占行并缩进 大括号单独占行并缩进 Function body与大括号缩进相同 Block
96420编辑于 2022-12-05 - 来自专栏这里只有VxWorks
我的C语言编码习惯(注释篇)
尽量少写注释 需有必要性和确定性 单行注释如下，注意空格 /* this is a single line comment */ 多行注释如下，注意对齐 /* * this is a multiline comment * this is the second line */ 注释之前若为同级代码，则有一个空行 注释之后没有空行 行尾如需注释，尽量使用单行注释 相同成员的行尾注释要对齐 行尾如需多行注释，其第一行不用为空 函数头注释包含功能描述、入参、
1.2K20编辑于 2022-12-05 - 来自专栏这里只有VxWorks
我的C语言编码习惯(限制篇)
为防止头文件的重复引用，定义宏__INCfileNameh 为兼容C++，添加extern "C" /* semLib.h */ #ifndef __INCsemLibh #define __INCsemLibh #include <vxWorks.h> #ifdef __cplusplus extern "C" { #endif #define SEM_Q_MASK 0x03 extern STATUS semShow(SEM_ID semId, int level); #ifdef
97720编辑于 2022-12-05 - 来自专栏这里只有VxWorks
我的C语言编码习惯(空格篇)
多数公司有自己的编码规范，每个developer有自己的编码风格。 无关对错，只是记录一下我自己的习惯： 注释中的星号前后有空格，多行的星号用空格对齐 /* this is a single line comment */ /* * this
1.5K30编辑于 2022-12-05 - 来自专栏这里只有VxWorks
我的C语言编码习惯(Name与Type)
文件名后缀使用小写 文件名/函数名/变量名采用小驼峰式命名法(lower camel case) 宏定义采用全大写加下划线方式 常量使用宏定义，常见的0/1可例外 变量/类型不同名 public头文件放入public目录，引用时使用 #include <> private头文件与源文件放入同一目录，引用时使用 #include "" 在头文件声明public函数 不声明private函数，使用static类型实现于调用者之前 static变量/函数不放入头文件 不使用全局变量，改为set
65330编辑于 2022-12-05 - 来自专栏java一日一条
我的编码习惯 - 如何应对需求变更
中，我个人观点是加班原因是编码质量占了大部分因素，但是不少同学都不认为是代码质量导致的加班，都认为是不断的需求改动导致的加班。这位同学，说的好像别人的需求就不会变动似的！谁的需求不改动啊？ 很重要的习惯，多思考多抽象和封装，小变更将无法伤害到你。主动思考，主动思考将来可能的各种场景。其实这个不难，你只要有这个意识就成功了一大步！ 多个功能中，我的习惯是先做最难的功能，最少要开始设计和思考，拉长功能开发周期。有些同学喜欢先做简单的，导致难的问题开发周期不够，后面加班加点也解决不了。加班其实是解决不了太多问题的。 我的编码习惯 - 配置规范里面的举例，bean的定义就是第三者，就是为了解耦。如导出功能里面，也要有中介。不要把查询数据，处理数据和导出数据都在一个函数一个循环里面做了。
65020发布于 2018-09-14
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号