《规控》专题
-
前端规范
前端规范 目的 旨在增强团队开发协作、提高代码质量和打造开发基石的编码规范，以下规范是团队基本约定的内容，必须严格遵循。 HTML 规范 基于 W3C 等官方文档，并结合团队业务和开发过程中总结的规范约定，让页面 HTML 代码更具语义性。 图片规范 了解各种图片格式特性，根据特性制定图片规范，包括但不限于图片的质量约定、图片引入方式、图片合并处理等，旨在从图片层面优化页面性能。 CSS 规范、命
-
常规分析
小程序数据分析，是面向小程序开发者、运营者的数据分析工具。 常规分析以小程序开放平台的「数据统计」模块为主，为企业端和运营端提供丰富、常用的数据指标，并对指标做可视化处理，以帮助用户更好的对小程序及平台业务进行跟踪和管理。 1. 企业端可视化数据 企业端数据可通过「数据统计」进行查看，本功能中包含的全部指标及说明如下： 数据 说明 已创建小程序 截止今日零点，累计创建的小程序个数。 累计提交审核
-
代码规范
这些是 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
-
项目规划
做任何事情都需要做好规划，那么我们在开发博客系统之前，同样需要做好项目的规划，如何设置目录结构，如何理解整个项目的流程图，当我们理解了应用的执行过程，那么接下来的设计编码就会变得相对容易了 gopath以及项目设置 假设指定gopath是文件系统的普通目录名，当然我们可以随便设置一个目录名，然后将其路径存入GOPATH。前面介绍过GOPATH可以是多个目录：在window系统设置环境变量；在lin
-
使用规约
警告 使用前请务必阅读并同意使用规约。假如认为无法遵守使用规约或无法理解，有所争议，请不要使用本软件。 署名 游戏发布时，请在游戏内或者readme文件内明确标记使用了本工具。例如:【工具：THE NVL Maker】。 引用注明来源 请将使用到的共享素材作者、出处等清楚写明，以便其他制作者寻找素材。（仅当素材作者允许不署名时，可以不用注明。） 不能使用侵权材料作为游戏素材 请不要误将有版权问题的
-
Dcloud HTML5+ 规范Dcloud 大多数的原生 API 都可以在这份文档里面找到，包含了大量的 API 调用方式，可惜部分没有示例代码，在使用上有些困扰。
-
发展规划
客户端发展规划 v2.0 ，在基于 Java 8 进行重构，v1.0 为支持 Java 6 做了些设计与性能妥协； 集成更多的开源产品；
-
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>
-
动态规则
规则 Sentinel 的理念是开发者只需要关注资源的定义，当资源定义成功后可以动态增加各种流控降级规则。Sentinel 提供两种方式修改规则： 通过 API 直接修改 (loadRules) 通过 DataSource 适配不同数据源修改 手动通过 API 修改比较直观，可以通过以下几个 API 修改不同的规则： FlowRuleManager.loadRules(List<FlowRule>
-
设计规范
QQ轻游戏主场景用图规范 主场景用图在创建版本过程中需提交，请根据规范要求进行设计，包括图片内容、图片命名、图片属性，详情见下面示例图： 游戏页面设计规范 由于用户通过手指触碰屏幕来操作游戏，手指的精准度较低，且占用屏幕比例较大，因此在设计游戏页面上需点击的控件时，需要充分考虑到其热区面积，避免由于可点击区域过小或过于密集而造成误操作。 建议设计游戏时应该时刻注意不同游戏页面间的统一性和延续性，在
-
运营规范
本运营规范旨在帮助你更加顺利地在QQ轻游戏平台进行运营。如果我们认为你的运营违反了我们的规范并且对平台造成了影响，则QQ轻游戏平台有权对你的游戏采取强制措施，包括但不限于限制你的游戏访问平台功能、封禁游戏、要求删除数据、终止协议等。 注册提交规范 你所提交的游戏，不得关联至你不具有完整合法权益或不具备完整授权的网站、应用程序、产品或服务等 为保障平台和其他用户的安全、稳定，我们会在你提交和运营游戏
-
平台规范
游戏创建规范 游戏上线前你需要提供软件著作权、版号申请证明(若涉及支付道具功能）、回执或者受理截图；如果游戏软件著作权有对外授权的，你需要向腾讯提供完整、真实、有效的授权文件，如果授权方允许多个主体同时提交、运营游戏，腾讯以先提交者为准。 如果你需要创建游戏，请根据游戏具体情况选择1~3种游戏类型。 游戏每次更新的玩法需要同步在游戏更新说明中写明； 游戏包控制在5M以内，最大不超过10M； 道具和
-
代码规范
目录结构 ├── Dockerfile // Dockerfile文件 ├── Makefile // 本地开发使用makefile ├── README.md // 介绍 ├── app.cfg // 配置文件 ├── cmd // 启动目录 │ ├── client // 客户端操作入口 │ └── server // server 端入口 ├── config.yaml // kub