idea自动补全变量类型使用var关键字设置-编程思维
IDEA自动补全变量类型使用var关键字设置 一、为什么要设置 我去过两家公司有两种不同的规范,一种是不建议使用var关键字代替Java变量的数据类型,会降低代码的可读性。一种是建议使用var代替变量的数据类型,简化代码; 我之前将变量类型设置为自动使用var后忘记如何设置回来了,所以写一篇笔记记录相关内容,以便日后遗忘查阅; 注意:var关键字的使用好像跟Java版本有关系,好像是Java10
morethink program
原因就是组件引入错误,应该是 import {BillReverse} form '../xx' 写成了 import Reverse from '../xx' 两个错误 1. 没写大括号 2. 组件名错误 如何从打包后的文件分析导出内容格式 1. 新版的webpack打包umd已经没有webpackUniversalModuleDefinition这个函数名了 (function w
杭州参与的一个项目中遇到一个react模块(人资),封装很多,嵌套层次很多,而且子组件全部使用 props传递,跟踪很困难 第一次排查,推测出应该是一个枚举缺少枚举项,但是数据传递流程未搞清楚,不敢确定,也未尝试验证 第二次排查, 先从源码入手,从报错方法,排查到对应父组件的写值方法,子组件使用props传递,到此断了 但是由于这里常用context来传值,又使用了 childContextTy
vscode自动添加了这么一句 import { Template } from "webpack"; 导致出现奇葩错误 Can't resolve 'fs' in '/xxx/Desktop/ncpub/node_modules/.pnpm/[email protected]/node_modules/move-concurrently Can't resolve 'fs'
fluent api看着挺顺溜的,之前一直很喜欢这种写法。例如superagent这个库 var request = require('superagent') request .post('/api/pet') .send({ name: 'Manny', species: 'cat' }) .set('X-API-Key', 'foobar') .set('Accept'
用亲身经历告诉你,在你的并发程序代码块中,最好最好不要有引用类型,必要的string类型还是可以的。目前正在把自己前段时间写的并发程序放到自己的项目中,以提高速度,由于我的项目是与移动对接的,因此,询问了移动的接口能不能响应高并发之后,并且得到了肯定的答复,我就开始着手demo设计了,但是一直出错,一直有问题,后来想到,可能是引用类型的问题,因为我的并发代码需要不断地给一个类实例对象的某个字段赋
一开始,我得向Libuv库和Libuv库开发者以及相关粉丝们道一个歉,对不起,我错怪你们了。深深感到自己的无知,是多么羞愧的事情!! 事情的经过是这样的。 原先按照公司要求,我在开发Windows版的TCP服务器时,使用了Libuv库。正是因为Libuv库的强大,才让我们老大推荐使用。我们老大学识渊博,阅历丰富,他的推荐自然也是很值得使用的。所以我快速学习了一下Libuv库的使用。然
1. jeecgboot-vue3的表格组件,使用的ant-design-vue的2.x版本的组件,其字典字段,页面首次加载,当字段在可视范围内,可正常显示,超出可视范围,即需要横向滚动条拉动,则不能正常显示字段 2. uniap的onShow周期,选择图片,在chrome的手机模拟器中不会触发onShow,但是在手机上则会触发onShow,如果onShow中有初始化数据,则数据会被重新初始化,
验单返回数据格式 老版本IOS返回 { "receipt": { "original_purchase_date_pst": "2016-12-03 01:11:01 America/Los_Angeles", "purchase_date_ms": "1480756261254", "unique_identifier": "96f5
每分钟接口访问次数的前200条统计 not request_uri : "/heartbeat.html" | SELECT time_series(time, '1m', '%H:%i:%s' ,'0') as time,request_uri,COUNT(*) as number GROUP BY request_uri,time order by number desc LIMIT 200
在写完如何做到慢即是快这篇文章后,就写了如下的文字,经过几天再回头看是可以回答之前的提问。 1. 自以为是!成长路上最大的绊脚石。故步自封。自以为自己和别人差不多 ,看不到差别和差距。从一开始的一点点差距,很多年后,差距就会越来越大。比如小学阶段大家都差不多,到后来有人考上大学,有人出人头地,而不少人奋斗在最基层。 自以为是 也不全是说不去思考,也是一个阶段性的。有的人最终能突破这个限制,
只有意识到基础的重要性,框架就变成顺其自然、水到渠成的事。 1. 哪些是基础? 1.1 从纵向看,通用的基础是: 通讯原理 缓存机制 数据库设计 ;而他们的基础是 语言和数据结构,通讯协议是通讯的基础,说到底它也是一种数据结构。 编程语言的演进有其深刻的思想,和硬件(芯片 CPU 内存)、操作系统等技术密不可分。经过几十年的发展,java已经形成自己完整的生态体系。而它的基础是
最近我又把日志的重要性反复提了出来。团队建设之初,这个调调一定要定好,不能跑偏了。 我突然想,写好日志下的可是笨功夫。 可是又想,笨功夫有什么不好呢? 首先笨功夫不会有太多花花肠子, 一门心思做好一件事; 而且人的精力是有限的, 就应该集中精力办正确的事。 日志的目的是定位问题, 一说到分析和定位问题,人们可以说一大堆的工具, 网络抓包的,内存泄漏的,APP闪退的,性能监测的,等等; 每
Ios苹果支付流程: 客户端先从苹果获取内购Id。 客户端将内购id,金额、用户id等传给服务端获取一个自己服务端生成的订单号。 客户端向苹果发起支付。 支付成功后,客户端从本地拿支付凭证、将支付凭证和订单号、用户id等参数传给服务端;服务端拿支付凭证向苹果发起验证订单是否有效,然后将结果反馈给客户端。 客户端刷新用户个人信息。 代码 /** * 服务器二次验证代码 * @param $
broker的数量最好大于等于partition数量 一个partition最好对应一个硬盘,这样能最大限度发挥顺序写的优势。 一个broker如果对应多个partition,需要随机分发,顺序IO会退化成随机IO。 实验条件:3个 Broker,1个 Topic,无Replication,异步模式,3个 Producer,消息 Payload 为100字节: 第一阶段: 当 Partitio
上一周,我让小伙伴们思考,什么是慢即是快。大部分都答到点子上了。可是在实际工作中,我发现并没有真正意识到这一点。所以引发了我自己的一个思考,那么如何做到慢即是快呢? 我以问和答来做下工作总结。 Q1. 如何做到慢即是快? 先思考,有思路 --> 动手做 --> 测试 --> 反思 --> 改进。 每一步做好都是为后面一步做铺垫。上面的流程应该是一
服务端经常需要返回一个列表,里面包含很多用户数据,常规做法当然是遍历然后读缓存。 使用Go语言后,可以并发获取,极大提升效率。 使用channel package main import ( "fmt" "time" ) func add2(a, b int, ch chan int) { c := a + b fmt.Printf("%d + %d = %d\n",
这段时间突然回想,我似乎一直以来对四季没什么感觉, 不是因为身处最南方,四季不分明; 而是我似乎一直为了求生存而奔波, 典型的穷孩子出身。 而最近上火特别严重, 昨天我照着镜子吐出舌头,右侧怎么肿了个大包; 原来有溃疡,竟有花生米那么大。 曾经的口腔溃疡那是多少年前了,我记得是生小孩之前。 16.17年那些时候,经常口腔溃疡,一个接着一个, 但那都是口腔内壁,没有在舌头上发生过,也最多绿豆大