- 综合排序
- 最热优先
- 最新优先
- 来自专栏小孟开发笔记
PSR-4规范：自动加载
摘要: FIG-PHP工作组推出的PSR-4规范能够满足面向package的自动加载，它规范了如何从文件路径自动加载类，同时规范了自动加载文件的位置。 1. PSR-4规范：自动加载 虽然在[PSR-4-Meta]中指出PSR-4是对PSR-0规范的补充而不是替换，但是在[PSR-0]中已经写到PSR-0于2014.10.21被废弃，并在[PSR-4-Meta PSR-4规范能够满足面向package的自动加载，它规范了如何从文件路径自动加载类，同时规范了自动加载文件的位置。 1.1 概述 这份PSR规范描述了从文件路径自动加载类。 可以与PSR-0规范互操作，可以一起使用。这份PSR也描述了自动加载的文件应当放在哪里。 这些实现样例一定不能（MUST NOT）被视为本规范的内容，它们可能（MAY）随时发生改变。 2. 代码样例 以下代码展示了遵循PSR-4的类定义， 闭包(Closure)举例： <?
97640编辑于 2023-05-21 - 来自专栏mousemin
PSR-4 自动加载规范
PSR-4 自动加载规范 PSR-4 描述了从文件路径中 自动加载 类的规范。 它拥有非常好的兼容性，并且可以在任何自动加载规范中使用，包括 PSR-0。 PSR-4 规范也描述了放置 autoload 文件（就是我们经常引入的 vendor/autoload.php）的位置。 规范 术语class指的是类（classes）、接口（interfaces）、特征（traits）和其他类似的结构。 vendor/Symfony/Core/Request.php \Zend\Acl Zend /usr/includes/Zend/ /usr/includes/Zend/Acl.php 想要了解一个符合规范的自动加载器的实现可以查看示例文件 示例中的自动加载器禁止被视为规范的一部分，它随时都可能发生改变。
72810编辑于 2023-06-10 - 来自专栏SDNLAB
《P4语言规范》parser详解
前言 为深入研究P4语言相关规范及运行操作使用，本系列文章根据P4.org网站给出的《The P4 Language Specification v1.0.2》[1]内容，并通过我们的运行使用的具体实例和分析汇总 ，希望能为大家研究P4提供一点参考。 本系列文章分为三个部分，系列一翻译和阐述 P4.org网站给出的《The P4 Language Specification v1.0.2》的第二部分首部及字段；系列二是翻译和阐述《The P4 Language Specification v1.0.2》的第三部分解析器；系列三是基于Github开源项目p4factory中的P4项目源码分析。 相关内容在规范的后续章节会论述。
2.2K90发布于 2018-03-30 - 来自专栏花狗在Qt
Java开发编程规范: 4.OOP 规约
4） 不允许运行过程中重新赋值的局部变量。 5） 避免上下文重复使用一个变量，使用 final 描述可以强制重新定义一个变量，方便更好 地进行重构。 4） 类非 static 成员变量并且仅在本类使用，必须是 private。 5） 类 static 成员变量如果仅在本类使用，必须是 private。
1.2K41发布于 2020-10-28 - 来自专栏SDNLAB
《P4语言规范》Header & Instances详解
一、前言 为深入研究P4语言相关规范及运行操作使用，本系列文章根据P4.org网站给出的《The P4 Language Specification v1.0.2》[1]内容，并通过我们的运行使用的具体实例和分析汇总 ，希望能为大家研究P4提供一点参考。 本系列文章分为三个部分，系列一 翻译和阐述 P4.org网站给出的《The P4 Language Specification v1.0.2》的第二部分首部及字段；系列二是翻译和阐述《The P4 Language Specification v1.0.2》的第三部分解析器；系列三是基于Github开源项目p4factory中的P4项目源码分析。 参考文献 [1]《The P4 Language Specification v1.0.2》 http://p4.org
1.6K80发布于 2018-03-30 - 来自专栏UE4技术专场
UE4物理制作流程和规范
但是静止时是由碰撞的 n Physics Only：表示只能进行物理碰撞与运动模拟，但是不会触发任何事件 n QueryAndPhysics：既有物理模拟也有事件触发 4.jpg 现有类型的通道确定
3K101发布于 2018-12-05 - 来自专栏大史住在大前端
javascript基础修炼(4)——UMD规范的代码推演
javascript基础修炼(4)——UMD规范的代码推演 1. UMD规范 地址：https://github.com/umdjs/umd UMD规范，就是所有规范里长得最丑的那个，没有之一！！！ 它是为了让模块同时兼容AMD和CommonJs规范而出现的，多被一些需要同时支持浏览器端和服务端引用的第三方库所使用。 UMD是一个时代的产物，当各种环境最终实现ES harmony的统一的规范后，它也将退出历史舞台。 self : this, function(){ })); 2.2 适配AMD 接着我们先来加入AMD的规范的适配，规范地址：AMD规范github地址： /* * AMD规范的模块定义格式是 factory(jQuery); } }(function ($) { $.fn.jqueryPlugin = function () { return true; }; })); 4.
98730发布于 2018-09-10 - 来自专栏陈树义
JVM规范系列第4章：Class文件格式
这一章节讲的是字节码的整个组成格式，读懂了这一章，就读懂了字节码文件。对于这一章的学习，我更推荐作为工具书去查找。最好是找一个最简单的Hello World例子，一个字节一个字节去分析其含义。在分析过程中，把这个章节当成工具来查询每个字节的含义。
53830发布于 2019-02-13 - 来自专栏摘繁华
Vue学习笔记4-项目开发规范及插件
Vue 学习笔记 4-项目开发规范及插件 一、安装插件 开发必备： vscode-icons：编辑器图标插件； Vue Language Features (Volar)：在功能上 volar 和 vetur
87440编辑于 2023-11-14 - 来自专栏IMWeb前端团队
前端开发规范之命名规范、html规范、css规范、js规范
本文作者：IMWeb 我饿了 原文出处：IMWeb社区 未经同意，禁止转载 在学习编程的时候，每次看到那些整齐规范的代码，心里顿时对这个程序员表示点点好感，有时，比如看到自己和朋友写的代码时， 那阅读起来就是苦不堪言，所以，一些基本的开发规范是必须的，是为了自己方便阅读代码，也方便他人阅读修改代码。 文档规范 HTML5的文档类型声明：<! 'valid' : 'invalid' ---- JSHint 在js规范中，有很多规范都是样式上的规范而不是逻辑上的规范，比如尽量使用=== 而不是==，我们可以使用JSHint或者JSLint，Javascript , sans-serif; font-size: 1.5rem; text-transform: uppercase; } 原文地址： https://juejin.im/post/592d4a5b0ce463006b43b6da
7.6K10发布于 2019-12-03 - 来自专栏简单的日记
转载数据仓库建设规范2 数据库对象命名规范3 主机目录及文件命名规范4 数据保存周期规范5 数据库编程规范6 JAVA编码规范7 shell编码规范8 完整的规范文档结构
4 DIM 统一服务于数据中心的参数表； 5 APP 应用层，用于生成报表 6 XX XX 数据层级按照自己数据仓库规划的命名即可~ 2.2 表、视图、存储过程、函数命名规范 <对象类型><_模型层次 4 数据保存周期规范 周期类型 模型层次 保留周期(HIVE) 备注 日 ODS 365 …… 5 数据库编程规范 5.1 参数和变量命名规范 5.1.1 对象变量 对象变量命名规则如下 …… 5.2.2 代码缩进规范 程序块采用缩进风格书写，保证代码清晰易读，风格一致。缩进格数统一为 4 格。 必须使用空格,禁止使用TAB键。 5.5.2 程序代码 5.5.2.1 程序代码规范 程序代码段左侧要留有1个缩进（4个空格）。 …… 6.3 程序排版及注释规范 6.3.1 程序排版 程序块要采用缩进风格编写，缩进的空格数为4个。
1.4K21发布于 2020-12-10 - 来自专栏叽叽西
Google Java编程风格规范(2020年4月原版翻译)
Google Java Style Guide 这份文档是Google Java编程风格规范的完整定义。 1.2 指南说明 本文档中的示例代码并不作为规范。也就是说，虽然示例代码是遵循Google编程风格，但并不意味着这是展现这些代码的唯一方式。 示例中的格式选择不应该被强制定为规则。 4.5.2 自动换行时缩进至少+4个空格 自动换行时，第一行后的每一行至少比第一行多缩进4个空格(注意：制表符不用于缩进。见2.3.1节)。 4.8.7 修饰符 类和成员的modifiers如果存在，则按Java语言规范中推荐的顺序出现。 当描述无法在一行中容纳，连续行需要至少再缩进4个空格。 7.2 摘要片段 每个类或成员的Javadoc以一个简短的摘要片段开始。
1.6K20编辑于 2022-05-17 - 来自专栏Web技术布道师
PHP规范PSR0和PSR4的理解
一、PSR0简介 下文描述了若要使用一个通用的自动加载器(autoloader)，你所需要遵守的规范： 一个完全标准的命名空间(namespace)和类(class)的结构是这样的：\<Vendor 参考：http://www.php-fig.org/psr/psr-0/ 以下，列出PSR0构建的规范类的几种形式： ? 首先，\Symfony\Core\Request和\Zend\Acl很好理解，其满足PSR0规范，但是\Acme\Log\Writer\File_Writer就不太好理解了。 四、Composer对PSR4的处理 看了Composer对PSR4的处理，才能比较容易理解PSR4。 /acme-log-writer/lib/' 使用自动加载时，先通过名称空间的前缀，找到对应的映射路径，在根据PSR0规范找到对应的类定义文件。
1.4K20发布于 2019-11-28 - 来自专栏JavaWeb
规范-项目开发规范
建议统一异常处理，不仅要在日志中打印异常堆栈信息，还得给前端统一格式的响应信息，而不是前端页面直接提示给用户500
1.5K20编辑于 2022-01-12 - 来自专栏Android开发与分享
Android开发架构规范前言命名规范编程规范代码提交规范架构规范参考文章
原文链接：从零开始搭建android框架系列 前言 在开发中，一个良好的开发习惯以及一个开发规范可能会让你少走很多弯路，也会一定程度上的提高代码的可读性，可维护性和可拓展性。 你会明白一个好的开发规范多么多么的重要。 这里整理一下自己android开发中的一些规范。希望对各位有帮助。 ---- 命名规范 包命名规范 包名全部采用小写 主包名采用[公司性质]. 代码命名规范 命名规则有很多高大上的名词，比如大驼峰，小驼峰，匈牙利命名法。其实最简单的就是按照谷歌命名学习。 常量、枚举等均采用大写形式，用下划线区分各单词。 更多命名规范 之前收藏的这篇文章比较全。Android 命名规范 （提高代码可以读性） ---- 编程规范 源文件编码格式为 UTF-8。 我们使用的无论是git，还是svn都需要遵守下面这些规范，个人比较倾向于git。
1.8K80发布于 2018-05-18 - 来自专栏Spring Boot学习之路
Spring Boot 3 整合Knife4j（OpenAPI3规范）
springfox长久未更新，并且Swagger2规范在目前来看，一定程度上也并未升级，规范已经全部往OpenAPI3规范靠拢，自4.0版本开始，Knife4j提供对OpenAPI3规范的适配，底层规范解析框架依赖 /version></dependency>规范说明针对Swagger2规范和OpenAPI3规范的说明：服务端规范解析说明在Spring Boot框架中,Knife4j对于服务端将Spring的开放接口解析成 说明如下：Swagger2规范：依赖Springfox项目，该项目目前几乎处于停更状态，但很多老项目依然使用的是该规范，所以Knife4j在更新前端Ui的> 同时也继续保持了兼容OpenAPI3规范：依赖 Springdoc项目，更新发版频率非常快，建议开发者尽快迁移过来使用OpenAPI3规范,Knife4j后面的重心也会在这里。 规范）介绍，关于里面更多的用法，请参考Knife4j的官方文档。
2K10编辑于 2025-01-13 - 来自专栏Spring Boot学习之路
Spring Boot 3 整合Knife4j（OpenAPI3规范）
Spring Boot 3 整合Knife4j（OpenAPI3规范） Knife4j官网： 更新原由 规范说明 创建项目 引入依赖 创建demo 配置yml 访问演示 17 更新原由 由于springfox长久未更新，并且Swagger2规范在目前来看，一定程度上也并未升级，规范已经全部往OpenAPI3规范靠拢，自4.0版本开始，Knife4j提供对OpenAPI3 }</version> </dependency> 规范说明 针对Swagger2规范和OpenAPI3规范的说明： 服务端规范解析说明 在Spring Boot框架中,Knife4j对于服务端将Spring 说明如下： Swagger2规范：依赖Springfox项目，该项目目前几乎处于停更状态，但很多老项目依然使用的是该规范，所以Knife4j在更新前端Ui的> 同时也继续保持了兼容 OpenAPI3规范 规范）介绍，关于里面更多的用法，请参考Knife4j的官方文档。
4.1K10编辑于 2025-01-13 - 来自专栏用户8950297的专栏
多列数据转规范明细问题的4种解法！
昨天，视频交流群里有朋友在问，类似这个要将多列数据规范化问题，用Power Query怎么处理： 对于大多数的日常应用问题，我前期的文章基本都涉及到，所以，我直接给了文章的参考 Power Query还存在一些疑问，比如说有些操作不如在Excel里方便，或者说不知道该什么时候用Power Query，对此，大家可以参考一下这个意见： 接下来，针对前面的数据规范化问题 【莫等闲】解法 = Table.CombineColumns( 更改的类型, {"车型","姓名","车型2","姓名3","车型4","姓名5","车型6","姓名7"}, Combiner.CombineTextByEachDelimiter( List.Repeat({";","/"},4), QuoteStyle.None
1K10发布于 2021-08-30 - 来自专栏跟着小郑学JAVA
【JavaSE专栏4】关键字、标识符和命名规范
：共用模式 return：从成员方法中返回数据 short：基本数据类型之一,短整数类型 static：表明具有静态属性 strictfp：用来声明单精度或双精度浮点数表达式，遵循IEEE 754算术规范 ---- 三、命名规范 3.1 基本命名规范 基本命名规范是所有 Java 开发者必须要遵守的，否则代码无法完成编译。 类名和接口名：每个单词首字母需要大写。 包名：多个单词组成的所有小写字母。 3.2 高级命名规范 高级命名规范是为了提高代码的可读性，根据开发经验指定的，不遵守也可以完成代码编译，但还是建议遵守。 3.2.1 类名 通常是见名知意的名词：如 User、Teacher。 ---- 4 课时小结 在本课时中学习了 Java 有哪些关键字，以及每个关键词的用途；然后学习了标识符的定义方式和命名规范，包括能通过编译的基础命名规范，和规范化的高级命名规范。
71930编辑于 2023-08-01 - 来自专栏CodingToDie
开发规范 | 代码审核规范
该规范主要参考《谷歌的代码评审指南》 ? commit 的详细描述，可以分成多行 footer 部分只用于两种情况：1、不兼容变动；2、关闭issue 扩展：如果你使用 IDEA 进行编码，可以是使用 git commit template 插件来规范每次提交的 风格：代码是否遵循了代码开发规范 文档：开发人员是否也同步更新了相关文档 在评论前加上“nit:”这样的前缀，表明这是一个优化性的建议，可以不影响本次上线 应在一个工作日内完成评审，并给出意见 评价只针对代码和具体业务流程
2.3K20发布于 2021-04-13
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号