《第四范式》专题
-
编码规范
以下是 Electron 项目的编码规范,您可以运行 npm run lint来显示 cpplint和 eslint检测到的任何规范问题 C++ 和 Python 对于C ++和Python，我们遵循Chromium的编码风格. 您可以使用clang-format自动格式化C ++代码.也可以使用 script/cpplint.py 来检验文件是否符合要求. 我们目前使用的 Python 版本是
-
前端规范
前端规范 目的 旨在增强团队开发协作、提高代码质量和打造开发基石的编码规范，以下规范是团队基本约定的内容，必须严格遵循。 HTML 规范 基于 W3C 等官方文档，并结合团队业务和开发过程中总结的规范约定，让页面 HTML 代码更具语义性。 图片规范 了解各种图片格式特性，根据特性制定图片规范，包括但不限于图片的质量约定、图片引入方式、图片合并处理等，旨在从图片层面优化页面性能。 CSS 规范、命
-
代码规范
这些是 Electron 编码风格指南。 您可以运行 npm run lint 来显示 cpplint 和eslint 检测到的任何样式问题。 Coding Style These are the style guidelines for coding in Electron. You can run npm run lint to show any style issues detected b
-
语法规范
Mock.js 的语法规范包括两部分： 数据模板定义规范（Data Template Definition，DTD） 数据占位符定义规范（Data Placeholder Definition，DPD） 数据模板定义规范 DTD 数据模板中的每个属性由 3 部分构成：属性名、生成规则、属性值： // 属性名 name // 生成规则 rule // 属性值 value 'name|r
-
Dcloud HTML5+ 规范Dcloud 大多数的原生 API 都可以在这份文档里面找到，包含了大量的 API 调用方式，可惜部分没有示例代码，在使用上有些困扰。
-
MIP-Cache 规范
MIP-Cache 给所有符合规范的 MIP 页面提供 CDN 缓存服务，能够主动的提高页面加载速度，为使用 MIP-Cache 服务的页面上的图片、CSS 文件等资源提供缓存服务，这样能做到所有 HTTP 请求来自于同源，能够加速加载速度。 并且缓存后的页面都是 HTTPS 的，安全性更高。 一、MIP-Cache 使用方法 提示： 在开发页面时，无需对 MIP-Cache 进行额外关注，只要保
-
MIP HTML 规范
MIP 规范是高性能 MIP 页面的保证，其中最重要的规范是：MIP HTML 规范。按照页面功能区域划分，MIP HTML 规范主要分为以下列出的若干类型。 头部使用规范 下面简要列出MIP页头部的使用规范。头部是MIP页的声明、配置信息、资源引入的主要区域。 页面起始标签使用 <!DOCTYPE html>。 <html> 标签必写且唯一，同时必须存在 mip 属性，即：<html mip>
-
设计规范
QQ轻游戏主场景用图规范 主场景用图在创建版本过程中需提交，请根据规范要求进行设计，包括图片内容、图片命名、图片属性，详情见下面示例图： 游戏页面设计规范 由于用户通过手指触碰屏幕来操作游戏，手指的精准度较低，且占用屏幕比例较大，因此在设计游戏页面上需点击的控件时，需要充分考虑到其热区面积，避免由于可点击区域过小或过于密集而造成误操作。 建议设计游戏时应该时刻注意不同游戏页面间的统一性和延续性，在
-
运营规范
本运营规范旨在帮助你更加顺利地在QQ轻游戏平台进行运营。如果我们认为你的运营违反了我们的规范并且对平台造成了影响，则QQ轻游戏平台有权对你的游戏采取强制措施，包括但不限于限制你的游戏访问平台功能、封禁游戏、要求删除数据、终止协议等。 注册提交规范 你所提交的游戏，不得关联至你不具有完整合法权益或不具备完整授权的网站、应用程序、产品或服务等 为保障平台和其他用户的安全、稳定，我们会在你提交和运营游戏
-
平台规范
游戏创建规范 游戏上线前你需要提供软件著作权、版号申请证明(若涉及支付道具功能）、回执或者受理截图；如果游戏软件著作权有对外授权的，你需要向腾讯提供完整、真实、有效的授权文件，如果授权方允许多个主体同时提交、运营游戏，腾讯以先提交者为准。 如果你需要创建游戏，请根据游戏具体情况选择1~3种游戏类型。 游戏每次更新的玩法需要同步在游戏更新说明中写明； 游戏包控制在5M以内，最大不超过10M； 道具和
-
代码规范
目录结构 ├── Dockerfile // Dockerfile文件 ├── Makefile // 本地开发使用makefile ├── README.md // 介绍 ├── app.cfg // 配置文件 ├── cmd // 启动目录 │ ├── client // 客户端操作入口 │ └── server // server 端入口 ├── config.yaml // kub
-
映射规范
在web应用部署描述符中，以下语法用于定义映射： 以‘/’字符开始、以‘/*’后缀结尾的字符串用于路径匹配。 以‘*.’开始的字符串用于扩展名映射。 空字符串“”是一个特殊的URL模式，其精确映射到应用的上下文根，即，http://host:port//请求形式。在这种情况下，路径信息是‘/’且servlet路径和上下文路径是空字符串（“”）。 只包含“/”字符的字符串表示应用的“default”
-
会话范围
HttpSession 对象必须被限定在应用（或 servlet 上下文）级别。底层的机制，如使用 cookie 建立会话，不同的上下文可以是相同，但所引用的对象，包括该对象中的属性，决不能在容器上下文之间共享。 用一个例子来说明该要求： 如果 servlet 使用 RequestDispatcher 来调用另一个 Web 应用的 servlet，任何创建的会话和被调用 servlet 所见的必须
-
插件规范
插件内不可包含存在侵权的代码、文字、图片或素材等 插件必须能在后台管理->插件管理正常离线安装 插件内请勿附带任何推广文字或链接 插件内不能包含插件内子市场功能 插件内不能包含加密的代码 插件内必须包含完整的代码，不能提供额外链接用于下载其它资源 插件非辅助类别插件功能不能过于单一 插件发布时必须填写完整的功能介绍或文档 插件内服务端代码必须基于PSR-2规范进行编码和格式化 插件目录、插件标识、
-
开发规范
命名规范 ThinkPHP5.1遵循PSR-2命名规范和PSR-4自动加载规范，并且注意如下规范： 目录和文件 目录使用小写+下划线； 类库、函数文件统一以.php为后缀； 类的文件名均以命名空间定义，并且命名空间的路径和类库文件所在路径一致； 类文件采用驼峰法命名（首字母大写），其它文件采用小写+下划线命名； 类名和类文件名保持一致，统一采用驼峰法命名（首字母大写）； 函数和类、属性命名 类的命