Godzilla323
获得徽章 2
NestJS 是一个用于构建高效、可扩展的 Node.js 服务器端应用程序的框架。 提供了一套模块化的架构，使得开发者可以创建松耦合、高度可维护的应用程序。
评论
点赞
为什么使用对象存储？对于小公司的项目来说，使用云对象存储的成本较低，但是如何确保安全性呢？
评论
点赞
结构体中存在切片，但对于GORM来说，一个结构体里面的字段是另一个结构体，它建表时不会将这个切片添加到表中，而是通过建另一个表，然后通过外键关联，所以需要加标签指定外键
评论
点赞
最近在学习一个微服务项目，代码注释少，也没其他资料，看着真费劲，要是有个流程图理解速度会快很多，啥都没有的话至少提两句你要干什么![[流泪]](//lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_6.dde0d83.png)
![[流泪]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_6.dde0d83.png)
评论
点赞
GraphQL可以根据根据用户所需返回相应的字段，那么每个字段就需要响应的解析器，如果需要查询某个字段就调用对应的解析器，但是如果出现N+1查询问题呢？可以使用dataloader解决
评论
点赞
在看Protocol Buffer的文档，英文文档看着是真头疼，看一会就没耐心了
评论
点赞
sqlc的核心思想是让你直接使用 SQL 语句，并为这些 SQL 语句生成类型安全的 Go 代码，更接近于数据库的底层操作。
评论
点赞
为什么要使用GraphQL？与Restful API对比，使用Restful API时，需要访问多个端点才能获取所需的数据，而且有些数据是不必要的，而GraphQL API只有一个端点，一次Query就能获取到所有想要的数据，解决的获取资源不知和获取过多资源的问题。那么问题来了，Query可以是任意的吗？后端如何处理Query，如何查询数据库并返回给客户端？
评论
点赞
“计算机科学领域的任何问题都可以通过增加一个间接的中间层来解决” 。云计算也有这种分层的服务模型
评论
点赞
今天看了雷军的年度演讲，他分享了一个自己学习读书的方法：看不懂的地方就先放下，先学其他知识，过段时间再回头看，或许就能看懂了。因为很多知识并不是线性的，而是网状的，看不懂的知识就相当于网络中孤立的点，但你学懂了它周围的点，或许就能看懂了。今天我也重新学习了一下React，很久没有学习前端了，当时很多看不懂的地方现在很快就能理解。
评论
点赞
最近在做一个学生信息管理系统的后端，虽然功能上很简单，但做下来还是有很多细节要去考虑的。由于前期没考虑到某些可能发生的错误，导致后来需要解决这些错误时需要重写大量的代码，就是因为需要到处修修补补，导致代码整体看起来很糟糕，可读性和可维护性很差，所以有没有高效的开发流程？打算下次尝试一下TDD
评论
点赞
虽然知道jwt如何生成，以及如何decode，但是没有考虑过其安全性，所以即使token有效，进行敏感操作时还需要进一步验证身份
评论
点赞
今天学习了CORS，CORS属于W3C标准，为什么要指定这个标准？为了安全！假如没有同源策略，你打开了一个银行网站，这时候浏览器保存了你的登录状态（cookie），如果这时你打开了另一个网站，网站上存在恶意代码，而代码伪造了一个转账请求发送到银行的后端（当发送一个请求，浏览器会自动附上跟请求网站有关的cookie），由于没有同源策略，这个请求就不会被浏览器拦截，于是乎你的资金就被盗取了。假设有同源策略，恶意代码发送这个请求前会被浏览器检测到，浏览器知道这个是CORS，所以在发生真正的请求前自动帮你发送一个OPTIONS请求，询问银行的服务器是否同意接受来自恶意网站的请求，当然是不同意啦，所以恶意代码真正的请求就不会发出去。
展开
评论
点赞
今天研究了一天swagger，我的理解就是：swagger就是一个独立于代码之外的规范文件，根据这个文件就可以知道后端定义了哪些API，如何使用，因此前端不需要等待后端完全实现才开始推进。但是手写这个规范文件是很无聊的，而go-swagger这个文件就是根据代码生成规范文件，但这好像与原来的初衷有点违背了，当然它也没有这么智能，需要你添加规范的注释才能生成符合标准的规范文件。如果刚上手觉得一头雾水，可以看看这篇文章，官方文档也有，但是藏得比较深：
medium.com
medium.com
展开
1
点赞
#青训营笔记创作活动#
1月27日 打卡Day 43
阅读感悟：
Github的PR是Pull Request的缩写。具体过程就是：在Github中有一个你感兴趣的开源库，你想给这个库修复bug或者增加一项功能，那么你就可以Fork该仓库，修改代码并完成测试后就可以创建Pull Request并提交，如果通过了原仓库作者的审核就会合并你提交的代码，这样就算是给开源库作贡献了
1月27日 打卡Day 43
阅读感悟：
Github的PR是Pull Request的缩写。具体过程就是：在Github中有一个你感兴趣的开源库，你想给这个库修复bug或者增加一项功能，那么你就可以Fork该仓库，修改代码并完成测试后就可以创建Pull Request并提交，如果通过了原仓库作者的审核就会合并你提交的代码，这样就算是给开源库作贡献了
展开
评论
点赞
#青训营笔记创作活动#
1月26日 打卡Day 19
阅读感悟：
文章介绍了一个数据库可视化的工具Bytebase
主要特性如下：
SQL审核：具有一站式SQL审核面板，可以直观地看到数据库所有变更记录。
SQL建议：能自动检查SQL语句规范，额外提供GitHub Action和API接入方式。
SQL编辑器：可以在线管理及查看数据库表，支持语法的自动提示。
GitOps工作流：支持集成GitHub和GitLab，使用GitOps工作流进行数据库变更。
备份恢复：支持自动备份数据库及恢复数据。
1月26日 打卡Day 19
阅读感悟：
文章介绍了一个数据库可视化的工具Bytebase
主要特性如下：
SQL审核：具有一站式SQL审核面板，可以直观地看到数据库所有变更记录。
SQL建议：能自动检查SQL语句规范，额外提供GitHub Action和API接入方式。
SQL编辑器：可以在线管理及查看数据库表，支持语法的自动提示。
GitOps工作流：支持集成GitHub和GitLab，使用GitOps工作流进行数据库变更。
备份恢复：支持自动备份数据库及恢复数据。
展开
评论
点赞