JiaHe

相遇即是缘

描述

package.json 文件必须是一个 JSON 格式的文件,而不是一个 JavaScript Object 对象。

本节内容将要介绍的大多数要点都与 config 里介绍过的配置设置有关。

阅读全文 »

完整的请求日志对于 故障排查审计 来说极其重要。通过查看日志,可以检查数据的准确性、参数的传递方式以及服务器返回的数据。

由于 Socket 流不能重读,所以需要一种实现来把读取和写入的数据缓存起来,并且可以多次重复读取缓存的内容。

Spring 提供 2 个可重复读取请求、响应的 Wrapper 工具类:

  • ContentCachingRequestWrapper
  • ContentCachingResponseWrapper

通过类名不难看出,这是典型的装饰者设计模式。它俩的作用就是把读取到的 请求体 和写出的 响应体 都缓存起来,并且提供了访问缓存数据的 API。

阅读全文 »

前言

其实我最没有资格动笔写倪老师的生平。 入门最晚,从师习艺时间也不长,早年倪师众多学问也没亲炙其授。 老师与我距离也不算近,大概就在看到人和看到名字知道是学生这样的程度而已,一点都谈不上得到传授或是亲近的弟子。

我非常欣羡从早年就能随侍师侧的师兄们,可以随时上门请教,可以与老师饮茶煮酒论天谈地针砭古今,论老师所授,我一无可取,所以我很早就立志,希望能将老师生平梗概,和他内心的想法公诸于世,破除外界对他的误解和迷思,也能客观公正的正视他对中华文化的历史贡献。

倪师过往这些年,我透过老师家人及众多师兄姐的帮忙,拼凑出倪师的生平纪录,众多轶事趣闻,及瞠目结舌的事迹,惟笔力浅陋,史料涉及隐私不取,能给大家看的,精彩度不免就大打折扣了。

这一系列的文字,将会集结收录在即将出版的「第一届台北汉唐经方论坛医案实录」里,更多梳扒的史料也会陆续撰写补充,如果有能提供倪师生平事迹的师兄姐、先进及诸位前辈,也请不吝与我们连络,感谢!

某药厂董事长曾经说过,从他皈依的信仰,观想开示得到的结论,倪师是历代名医转世,生而知之,追溯根源,应该是扁鹊华陀。 倪师曾在自美返台时,赠送一尊华陀雕塑给家族唯一对中医有兴趣的晚辈。 对做为学生的我们而言,这为倪师增添神秘的色彩,也提供无限的想象。

倪师祖父当年笃信地理风水,曾向倪师父亲志凌公讲述到,当年先祖大川之墓穴内,不时有吵闹声,引起附近居民不安,村民们好奇,聚集众人一起将墓穴的龙门打开,发现里面有一只金色麻雀和一条鲤鱼相斗,不久村民们目睹金雀远飞,鲤鱼驾跃向山丘地后向不见,村民于是将此墓地命名为「金雀坟」,鲤鱼遁走的山丘名之为「鲤鱼驾」, 至今浙江瑞安林下村(今岭下村)当地,依然沿用此地名。

倪师祖父因此延请各地著名风水师多达十八位前往堪舆,众家风水师观测结果,一致认为后代必出名医,为此倪师祖父变卖了二十五亩水田,供志凌公向学,但志凌公无意习医,家中虽藏有许多医书,只能沦为装饰。 之后倪师成为名医,家族便常以此为谈资,谓家中终于出名医,倪师感念祖上,便将「金雀」及「鲤鱼」请人设计成商标图标,置于倪师网站和诊所商标使用,并重新命名祖坟为「金鹰鲤鱼穴」。

阅读全文 »

jsconfig.json是什么

目录中存在jsconfig.json文件表示改目录是JavaScript项目的根目录。jsconfig.json的配置可以对你的文件所在目录下的所有js代码做出个性化支持。
jsconfig.jsontsconfig.json的子集。

如果一个目录下存在一个tsconfig.json文件,那么它意味着这个目录是TypeScript项目的根目录。 tsconfig.json文件中指定了用来编译这个项目的根文件和编译选项

为什么需要jsconfig.json

Visual Studio Code的JavaScript支持可以在两种不同的模式下运行:

  • 文件范围 - 没有jsconfig.json:在此模式下,在Visual Studio Code中打开的JavaScript文件被视为独立单元。 只要文件a.js没有显式引用文件b.ts(使用///引用指令或CommonJS模块),两个文件之间就没有共同的项目上下文。

  • 显式项目 - 使用jsconfig.json:JavaScript项目是通过jsconfig.json文件定义的。 目录中存在此类文件表示该目录是JavaScript项目的根目录。 文件本身可以选择列出属于项目的文件,要从项目中排除的文件,以及编译器选项(见下文) 在工作空间中定一个jsconfig.json文件时,JavaScript体验会得到改进。

  • 在不使用typescript的时候也可以对js进行ts的类型检查(因为jsconfig.json是tsconfig.json的子集,所以检查是ts的)

  • 当我们在项目中使用了webpack的别名的时候,会发现就没有办法在跳转到相应文件了,此时可以在jsconfig.json中配置

jsconfig.json的配置

可以参考tsconfig.json的配置文件

// jsconfig.json
{
"compilerOptions": {
"target": "es2015", // 指定要使用的默认库,值为"es3","es5","es2015"...
"module": "commonjs", // 在生成模块代码时指定模块系统
"checkJs": false, // 启用javascript文件的类型检查
"baseUrl": "*", // 解析非相关模块名称的基础目录
"paths": {
"@/*": ["src/*"],
"@/components": ["src/components"],
"utils": ["src/utils/*"] // 指定相对于baseUrl选项计算的路径映射,使用webpack别名,智能感知路径
}
},
"exclude": [
// 要排除的文件
"node_modules",
"**/node_modules/*"
],
"include": [
// 包含的文件
"src/*.js"
]
}

compilerOptions 配置项参考

"compilerOptions": {
"incremental": true, // TS编译器在第一次编译之后会生成一个存储编译信息的文件,第二次编译会在第一次的基础上进行增量编译,可以提高编译的速度
"tsBuildInfoFile": "./buildFile", // 增量编译文件的存储位置
"diagnostics": true, // 打印诊断信息
"target": "ES5", // 目标语言的版本
"module": "CommonJS", // 生成代码的模板标准
"outFile": "./app.js", // 将多个相互依赖的文件生成一个文件,可以用在AMD模块中,即开启时应设置"module": "AMD",
"lib": ["DOM", "ES2015", "ScriptHost", "ES2019.Array"], // TS需要引用的库,即声明文件,es5 默认引用dom、es5、scripthost,如需要使用es的高级版本特性,通常都需要配置,如es8的数组新特性需要引入"ES2019.Array",
"allowJS": true, // 允许编译器编译JS,JSX文件
"checkJs": true, // 允许在JS文件中报错,通常与allowJS一起使用
"outDir": "./dist", // 指定输出目录
"rootDir": "./", // 指定输出文件目录(用于输出),用于控制输出目录结构
"declaration": true, // 生成声明文件,开启后会自动生成声明文件
"declarationDir": "./file", // 指定生成声明文件存放目录
"emitDeclarationOnly": true, // 只生成声明文件,而不会生成js文件
"sourceMap": true, // 生成目标文件的sourceMap文件
"inlineSourceMap": true, // 生成目标文件的inline SourceMap,inline SourceMap会包含在生成的js文件中
"declarationMap": true, // 为声明文件生成sourceMap
"typeRoots": [], // 声明文件目录,默认时node_modules/@types
"types": [], // 加载的声明文件包
"removeComments":true, // 删除注释
"noEmit": true, // 不输出文件,即编译后不会生成任何js文件
"noEmitOnError": true, // 发送错误时不输出任何文件
"noEmitHelpers": true, // 不生成helper函数,减小体积,需要额外安装,常配合importHelpers一起使用
"importHelpers": true, // 通过tslib引入helper函数,文件必须是模块
"downlevelIteration": true, // 降级遍历器实现,如果目标源是es3/5,那么遍历器会有降级的实现
"strict": true, // 开启所有严格的类型检查
"alwaysStrict": true, // 在代码中注入'use strict'
"noImplicitAny": true, // 不允许隐式的any类型
"strictNullChecks": true, // 不允许把null、undefined赋值给其他类型的变量
"strictFunctionTypes": true, // 不允许函数参数双向协变
"strictPropertyInitialization": true, // 类的实例属性必须初始化
"strictBindCallApply": true, // 严格的bind/call/apply检查
"noImplicitThis": true, // 不允许this有隐式的any类型
"noUnusedLocals": true, // 检查只声明、未使用的局部变量(只提示不报错)
"noUnusedParameters": true, // 检查未使用的函数参数(只提示不报错)
"noFallthroughCasesInSwitch": true, // 防止switch语句贯穿(即如果没有break语句后面不会执行)
"noImplicitReturns": true, //每个分支都会有返回值
"esModuleInterop": true, // 允许export=导出,由import from 导入
"allowUmdGlobalAccess": true, // 允许在模块中全局变量的方式访问umd模块
"moduleResolution": "node", // 模块解析策略,ts默认用node的解析策略,即相对的方式导入
"baseUrl": "./", // 解析非相对模块的基地址,默认是当前目录
"paths": { // 路径映射,相对于baseUrl
// 如使用jq时不想使用默认版本,而需要手动指定版本,可进行如下配置
"jquery": ["node_modules/jquery/dist/jquery.min.js"]
},
"rootDirs": ["src","out"], // 将多个目录放在一个虚拟目录下,用于运行时,即编译后引入文件的位置可能发生变化,这也设置可以虚拟src和out在同一个目录下,不用再去改变路径也不会报错
"listEmittedFiles": true, // 打印输出文件
"listFiles": true// 打印编译的文件(包括引用的声明文件)
}

参考文章

为改变已经提交的 commit 的用户名和/或邮箱地址,你必须重写你 Git repo 的整个历史。执行这段脚本会重写 repo 所有协作者的历史。

完成以下操作后,任何 fork 或 clone 的人必须获取重写后的历史并把所有本地修改 rebase 入重写后的历史中,请谨慎操作。

OLD_EMAILNEW_NAMENEW_EMAIL改成你自己的

reset.sh
#!/bin/sh

git filter-branch -f --env-filter '

OLD_EMAIL="oldname@outlook.com"
NEW_NAME="oldname"
NEW_EMAIL="newname@outlook.com"

if [ "$GIT_COMMITTER_EMAIL" = "$OLD_EMAIL" ]
then
export GIT_COMMITTER_NAME="$NEW_NAME"
export GIT_COMMITTER_EMAIL="$NEW_EMAIL"
fi
if [ "$GIT_AUTHOR_EMAIL" = "$OLD_EMAIL" ]
then
export GIT_AUTHOR_NAME="$NEW_NAME"
export GIT_AUTHOR_EMAIL="$NEW_EMAIL"
fi
' --tag-name-filter cat -- --branches --tags

执行

sh reset.sh

推送到远程仓库

git push --force --tags origin ‘refs/heads/*’