博客
关于我
我的代码规范
阅读量:669 次
发布时间:2019-03-11

本文共 572 字,大约阅读时间需要 1 分钟。

  • 全局变量命名应加以" g_ "前缀,建议尽量减少或消除全局变量的使用,采用本地作用域变量以提高代码的可维护性和安全性。

  • 静态变量命名应采用" s_ "前缀,以便区分清楚变量类型,增强代码可读性。

  • 文件命名应统一采用小写字母和下划线的组合,保持简洁明确。注意各操作系统下文件名区分性的差异,尤其是在跨平台开发时,建议使用小写加下划线的方式。

  • 函数名应采用驼峰命名法,即第一个单词小写,其余单词首字母大写。例如,processOrder() 是一个有效的驼峰命名例子,能够提升函数名的可读性和专业性。

  • 类名、接口和类型名称应遵循驼峰命名法,即首字母除第一个外,其余均大写,并使用明确的命名风格,帮助建立强有力的概念区分。

  • 变量命名应全小写并采用下划线分隔,例如user_messagetotal_count,确保命名统一且易于理解。

  • 类或接口名称后应加上下划线,避免命名冲突或误解,例如MyClassYourClass 明确区分,后者更适合大型项目。

  • 常量命名应以" K "开头,例如K fig(jTextField),便于快速识别和管理常量,确保代码稳定性和可维护性。

  • 枚举命名应与常量或宏保持一致,避免命名冲突。例如,在 Java 中使用enum Status { ACTIVE, INACTIVATE },确保枚举命名清晰且易于管理。

  • 转载地址:http://byntz.baihongyu.com/

    你可能感兴趣的文章
    Project Euler Problem 12: Highly divisible triangular number
    查看>>
    ProjectEuler 2
    查看>>
    projection介绍及EPSG:4326和EPSG:3857的投射转换
    查看>>
    project打开文件时,显示无法识别此文件格式?
    查看>>
    Prometheus + Grafana on Kubernetes部署
    查看>>
    prometheus + grafana进行服务器资源监控
    查看>>
    Prometheus Alertmanager 告警配置详解
    查看>>
    Prometheus Grafana 展示平台
    查看>>
    Prometheus pushgateway使用详解
    查看>>
    Prometheus 云原生 - Prometheus 数据模型、Metrics 指标类型、Exporter 相关
    查看>>
    Prometheus 云原生 - 基于 file_sd、http_sd 实现 Service Discovery
    查看>>
    Prometheus 云原生 - 微服务监控报警系统 (Promethus、Grafana、Node_Exporter)部署、简单使用
    查看>>
    Prometheus 云原生 - 监控 Linux、MySQL、Redis、RabbitMQ、Docker、SpringBoot 3.x
    查看>>
    Prometheus 介绍
    查看>>
    Prometheus 安全配置详解
    查看>>
    prometheus 安装node_exporter, node_exporter 安装最新版 普罗米修思安装监控服务器client
    查看>>
    Prometheus 安装部署实战
    查看>>
    prometheus 持久化存储方案
    查看>>
    Prometheus 监控系统企业级实战
    查看>>
    Prometheus 监控系统简介
    查看>>