156 篇博文 含有标签「后端开发」

魔术变量一词应该出自php语言,或者是本人第一次听说魔术变量是从php得知的.因为它是随系统运行环境变化而变化的,因此得名.

<div class="article-meta"> <p><strong>发布时间：</strong><DateFormatter :date="$frontmatter.date" /></p> <p><strong>作者：</strong>{{ $frontmatter.author }}</p> <p><strong>标签：</strong>{{ $frontmatter.tags.join(', ') }}</p> </div>

node.js 加载其他模块时要使用require(路径) ,路过路径加载的一般都是文件模块,程序首先会加上.js扩展名尝试去搜索,如果找不到,就尝试用 .json 格式扩展名去搜索加载,还找不到,就加上扩展名 .node 去搜索加载.

何为核心? 重要的/不可缺的!

问题如上描述:express bodyParser post上传文件request.body 不能获取表单值

web下的提交数据的方法有2种,GET,POST,不明白的可以直接去面壁了.

真正把 Feathers.js 用起来之后，很快会遇到一个问题: service 到底该写多厚，hook 到底该放多少逻辑？这个边界如果不早点想清楚，项目照样会越写越乱。

2021 年如果还在继续做 Node.js 后端，会明显感觉到一个趋势: 大家不再满足于“能把接口写出来”这件事了，而是开始追求更快搭后台、更容易扩展认证、更自然接入实时能力。

Go 标准库里的 encoding/json 已经够用了，平时做接口、配置读取、消息体解析，大多数场景都离不开它。问题在于，很多初学阶段写出来的 JSON 代码“能跑”但并不稳。真正进入接口联调或者服务之间互相调用时，字段命名、默认值、空值含义这些细节很快就会冒出来。

刚开始写 Go 的时候，遇到文本拼接最容易想到的还是 +。代码少时当然没问题，但一旦进入循环、日志拼接、模板前处理或者接口响应组装，这种写法很快就会让代码既不清晰，也不够稳妥。真正开始做一些小工具之后，我发现自己最常用的其实不是花哨技巧，而是把 strings.Builder 和 bytes.Buffer 的边界分清楚。