展开

关键词

SDK之Demo

为什么要有 好吧现这个和要说为什么文档要有一样也好蛋疼。简单说一下吧。 程序猿都是艺术家,你提供的接口被使用的方法只有你想不到的,没有他们做不到的,没有一个事例他们容易用错。 最后,再把知乎上关于文档别人说的这一段描述修改下,现更加恰当了(点击前往知乎): 仅仅通过他人的口述、视频、文档往往无法完整的了解到SDK的接口的所有的作用,好比盲人摸象,你对它的认知、印象、将完完全全从他人所提供的教程中继承而来 Demo中功能演示最好也分模块来展示,而不是把所有的功能揉在一起:我们的SDK有几十个接口,Demo最始所有的功能用一个自动生成的ListView放在一起,加上配色的问题,每次测试某个功能都要找呀找, (最始我们就是这么做的) 注意要点 Demo对接口的使用方法一定要和文档要求或者推荐的一致。本来文档加Demo的目的是减少接入咨询的工作量。 不然看懂你的demo的时间他都接完了。 暂时就写这么多,之前感觉挺难写的,现逗比起来就好写多了,暂时这么多,后续想起来慢慢补充。

40960

2020-07_

4、问题描述:React Hooks 时,启动总是提示hooks 语法错误? 原因:react声明组件时,第一个字母必须大写。 5、问题描述:React 菜单目录树结构时,数据结构如何定义?

12630
  • 广告
    关闭

    腾讯云+社区系列公开课上线啦!

    Vite学习指南,基于腾讯云Webify部署项目。

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    2020-10_

    CAS的缺点: CPU销过大 在并量比较高的情况下,如果许多线程反复尝试更新某一个变量,却又一直更新不成功,循环往复,会给CPU带来很到的压力。 Maven 如何配置 HTTP 代理 在企业,有很多公司考虑到网络安全都会使用内网,一些刚到公司的小伙伴装完环境后会现,因为连不上外网导致Maven库下不下来,这个时候就需要在Maven中配置代理 具体操作步骤如下: 1.打下载的Maven文件进去 conf 文件夹,找到 settings.xml 文件 2.打 settings.xml 文件,找到 标签,将下面的代码粘进去 <proxy

    14020

    前端_01

    总结:后台list集合对象,对应前端传参数,数组,那么则定义数组,然后将参数对象push到数组,后台则能接收到参数。

    11630

    数据服务

    ,服务快速重启,binlog或leveldb; 数据格式:能随时增删字段,做到新旧版本兼容;尽可能满足多种类型需求;要便于数据校; 下面挑一些关键点简述。 初次同步master将数据文件完整送给slave,后者load至内存;随后增量同步,逐命令或者定时同步写操作。 Data { Header header; int dsize; void* data; }; 最后 还有两个无状态服务也会面临的重点,功能边界划分和线下环境搭建:内部数据服务不同于源项目 QA喜欢直连线上环境——数据充分,便于现问题;通过搭建良好的线下环境,避免线上数据被污染,配合数据校等工具,确保新功能、降低风险。 常有人问我,为什么不直接用redis? redis作为强大的通用缓存/存储系统,并不能满足特定需求;例如网约车行业,数据检索至少也需要纬度、时间等。

    47740

    SDK之版本

    这里的版不是说临时出的版本。任何只要对外提供的版本,都必须要过标准的版本布流程,无论是版还是稳定版都是对外正式布的版本。 对于转为稳定版,一般是在我们某个有重大功能更新的版本在很多游戏已证过没有问题以后。 要有一个全面规范的提测流程 对于一个版本来说,每次提交测试前需要确认的问题肯定很多,例如功能证、过程中一些临时增加的一些断点、为了配合做的一些调整等等。 对于一些重点项还该有具体的说明(结合自身实际制定一个提测前的版本checkList)这部分内容我会再SDK之测试(点击阅读)中来详细说明我们的流程是什么样,踩过什么坑等。 后来在和各种类型游戏进行了多次交流沟通以后,我们才下定决心会在3.0解决。同时我们用另一个使用范围比较小、更新比较简单的SDK对我们的想法做了一些证,最总确定了修改的方案。

    1.1K90

    SDK之测试

    这也是保证版本出现低级错误的关键,我们根据一次次爬坑的总结了一系列的检查项(后面专门说明)。者可以根据自身需要制定自己的流程。 毕竟每次提交测试前需要确认的问题很多,例如功能证、过程中一些临时增加的一些断点、为了配合做的一些调整等等。一个有效的checkList可以协助我们梳理所有容易犯低级错误的地方。 边证功能,边整理提供给测试的测试方法。一般这一步由对应模块的整理,然后汇总给版本负责人。 确认所有TODO标签已完成, 没有遗漏, 确定要遗留的问题必须注释写明原因 关于TODO我会在SDK那些事之SDK中的一些(点击查看)专门说,一定要看,是干货。 黑盒 黑盒主要是指demo,我们会为游戏提供一套我们的接口调用的demo(我会在SDK之Demo和文档(点击查看)中描述demo的价值)。

    68760

    SDK之文档

    仅仅通过他人的口述、视频、实例往往无法完整的了解到SDK的接口的所有的作用,好比盲人摸象,你对它的认知、印象、将完完全全从他人所提供的教程中继承而来。 由于以上的问题,常出现: 游戏更新版本以后没有同步使用新版本的文档,无法同步更新我们已修正的文档错误或者新增的版本内容 或者由于文档比对太过麻烦和版本太多,修改文档错误以后比较难同步修改到其余版本 因为这样商下载到一次以后就再也不会更新了…… 文档online化总要解决,不然上面的问题会一直存在。为了让伟大的哥哥们不受困于wiki,最后在github终于找到了神器。 使用Markdown可以大大提高者的效率。 分模块:如果你的SDK够大,建议最好是按照模块来写文档。 包括SDK包内容介绍、SDK的架构的简单介绍、者接入SDK、更新SDK的操作指引、打包的混淆规则等内容。 API文档:按照模块区分介绍对应模块API的使用方法。

    57780

    2020-05_软件

    解决办法: http://www.dependencywalker.com/ https://www.dll-files.com/

    13310

    后台总结

    6、后台代码中,如果有循环的代码,在已找到满足条件的值之后,应当及时break,减少无畏的循环执行,当循环循环次数越多,后台程序性能月低 7、所有的配置文件、配置路径、配置常量等等放在一个配置文件中处理 8、尽量不要再没有搞懂需求前就始写代码,很大可能都会造成数据库收集数据不完全,导致后期二次修改接口,即影响自己进度,又影响前端进度。

    23710

    总结后台

    后端方面 始写后台之前首先是把前端的大体的界面呈现出来,这里简单的把 Element 官方提供的容器布局拿过来用,并没有太花时间在前端上。然后是后端方面,写路由和数据库操作就不多说了。 可能在刚始学习的小伙伴并不会注意到这点,导致最后代码越来越冗余,每次改一个地方需要修改多次。

    8230

    Shell 总结(上)

    一.简介 无论是系统运维,还是应用运维,均可分为“纯手工”—> “脚本化”—> “自动化”—>“智能化”几个阶段,其中自动化阶段,主要是将一些重复性人工操作和运维封装为程序或脚本,一方面避免重复性操作及风险 在自动化运维的转变过程中,常使用的可能就是shell脚本了,今天主要分享下shell脚本在运维工作中的一些总结。 小脚本有大智慧,别小看几十行代码,夹杂着系统设计、代码规范和操作等等细节,在建设自动化运维的工作中,还是很值得我们研究学习的,下面总结这些也都是源于各位脚本达人和我们在自身工作中“遇到的坑”、“摔过的跟头 二.规范类shell 这里主要介绍并参考我行已形成的一些shell编写规范,编写时严格遵守这些规范,不仅使编写人受益,同时也能提高使用者的执行效率。 1)脚本头部分应有脚本功能说明、参数使用说明、作者姓名、创建/修改日期、版本信息,格式为: 2)脚本编写时,注意格式对齐,如所有的循环或者判断语句前后的语句进行对齐,以及case的选取完全,如:

    8930

    Shell 总结(中)

    三.易错类shell 这里介绍的主要是日常shell编写中遇到比较隐蔽或看似简单,却难以现的“坑”,编写中应尽量避免使用,使用更优的方法避免重蹈覆辙。 kill前确认 关键字用-w 精确匹配字段; kill前后都保留现场, 两次ps -ef|grep -w 关键字|grep -v grep >>/tmp/kill_进程名_.backup; 删除前要校, 所以应当用双引号: 但是如果凑巧文件名以 - 头,这个文件名会被 cp 当作命令行选项来处理。 但是,当$var以 - 头时依然会有问题。在较新的bash中你可以用下面的方法来代替,[[ ]]关键字能正确处理空白、空格、带横线等问题。

    8210

    Shell 总结(下)

    四.应用类shell 目前行里自动化工具越来越多,无论是应用的MAOP或系统的SMDB,自动化实现都还是日常运维脚本的调用,结合日常运维的一些,脚本中就更需要考虑周全和控制风险。 : 目录增加清理过期文件策略,避免产生的文件越来越多,造成文件节点用尽: 目录中的文件过多,会报参数太长错误无法删除,建议放在循环中遍历删除: 五.总结 鉴于以上脚本,我们可以从中汲取一些 通过规范类脚本的定义,标准常量定义、清晰的注释、函数和变量大小写用法,细节中可以看出严谨,即使只有几行,也能体现出一名优秀脚本人员的素质。 通过易错类脚本中的“坑”,使得 shell面向过程的编写更得心应手,让脚本规范的同时,逻辑也更严谨清晰,避免了错误,也提高了脚本的效率。 通过运维场景的脚本应用,规避各种和执行过程中的风险,使得shell脚本不仅能支持自动化布,更可以全面智能化的为运维服务。

    11020

    SDK习惯

    昨天写架构和资源的时候才现已写了两个月了~~~决定最近要尽快把这些长文都写完。这样才好安心看Android traning相关的内容。 关于习惯这部分内容,其实跟SDK关系不大,只是在SDK中逐渐沉淀下来的,而且有些也已纳入到我们的流程中了,所以就简单汇总说明一下。 中有时候为了配合测试一些新功能会对一些参数作调整,例如 定时任务的间隔时间 一些配置关,例如加密不加密等 一些特定逻辑,可能会写死为false或者true强制走进分支方便测试等 有时候周期比较长 对于SDK的功能,者怎么去接入,其实我们也用TODO标签标注,者接入某一个功能,只需要处理了对应的TODO即可完成接入,不过貌似没有人关注。 我们有一个哥哥,在修改逻辑的时候喜欢把新写的和老的逻辑放在一起来对比证。但是每次对比完了总是不删,还加一个注释:这个地方有点问题,暂时先放着,后买呢在看~~其实他已看完了,并且证没有问题了。

    345100

    Activiti6.0——个人总结

    此为个人,有更好方法的可以评论互相交流

    66210

    总结Django一些

    公司的项目都是前后分离的,使用 Django 做后端接口还是很高效的。 特此总结一些 Django 的小。先说一些最最基础的吧。 使用 virtualenv 隔离环境 使用 pip 管理项目依赖,主要就是一个小技巧,使用 pip freeze > requirements.txt 来保存依赖的模块和版本 使用 gitignore.io 这个网站提供的 .gitignore 文件管理代码库文件 打包和布 项目的打包和布用的 Docker,Django 项目的 Dockerfile 特别简单: FROM python:3.5 COPY 起来事半功倍。 除了要写自动化测试代码,还要能统计测试覆盖率。

    34610

    游戏项目分享

    http://blog.csdn.net/cyblueboy83/article/details/7905862 下周参与的第三款MMORPG准备上市了,了一年左右,前面感觉拼得有点太过了,心身比较疲惫 近两个月进行了一些调整,感觉状态和效率有所提升,在3人的服务器团队的努力下,完成了一些功能并且稳定性还可以。归结下来大概比较有用有几方面。 第一,坚持劳逸结合.无论项目有多急,量有多大,难度有多高,都必须保持健康的身体和良好的精神状态,是项目高效的最重要前提。 人无完人总有犯错的时候,第一点已提到过游戏服务器的重要性,所以必须有更好的办法来防止错误的 生,建议的办法就是review代码,就像考试时候写完卷子需要检查多几遍来检查疏漏的地方,这方法虽然原始但却有效 所以需要坚持所有服务器组 人员每天所提交的代码,在隔天或者版本布前最好都由服务器组所有人员进行review,review重点检查代码容易造成dmp机的bug,另外关系到金钱元宝、装备商城物品这种游戏里面国计民生的代码一定要重点检查

    48310

    SDK之自动构建

    博客已很久没有更新内容,一方面工作最近很忙,另一位方面最近在陆续把博客内容同步到公共账号,在重新整理SDK这个系列的过程中才现关于自动构建提到的或者介绍的地方很多,但是对于自动构建具体介绍的内容很少 Android自动构建工具 早期的Android项目使用ADT(Eclipse)来,当时的自动构建工具大多是用ant。 下面就介绍下我们的自动构建都做了什么工作: 分配版本号 我们SDK早期的版本号由人工维护,因此在SDK之测试(点击查看)介绍过,我们会在版本布的checklist里面增加版本号的确认,确保出去版本的版本号是正确的 生成demo工程 中的demo是依赖SDK的源码的,但是对外提供的demo不能用这样的方式。 创建SVN tag 至此编译相关的工作都已完成,始处理收尾工作。首先是把该版本对应的代码创建新的tag,这样后续遇到问题可以第一时间找到对应版本的代码来进行证和问题定位。

    47290

    相关产品

    • 腾讯问卷

      腾讯问卷

      腾讯问卷是腾讯根据多年问卷调查经验开发的在线问卷调查平台,该平台前身是腾讯内部用户、市场、产品研究的重要工具,于2015年正式对外开放,提供从问卷设计、投放采集到统计分析的一站式专业调查研究服务,被广泛应用在调查研究、表单、投票、考试等场景。

    相关资讯

    热门标签

    扫码关注云+社区

    领取腾讯云代金券