获得徽章 0
赞了这篇沸点
#青训营 x 字节后端训练营# 微服务对于现在很多业务来说都是一个优化的好办法, 也能够如此文中介绍的一样能够满足更多业务环境,保证跨服务、跨数据库更新数据的一致性,目前我还没有接触过微服务的项目,因为对于go还不熟悉,所以文中的例子也看不懂),但是大概思想是理解了,接下来的后端训练营一定好好学学
1
2
#青训营 x 字节后端训练营#
①Redis 使用了一个 哈希表 来保存所有键值对,而哈希表其实就是一个数组,数组中的元素叫做哈希桶。哈希桶存放的是指向键值对数据的指针。
②哈希桶中存放的是指向键值对数据的指针,而键值对数据也不是直接保存的值本身,而是保存了指向实际的键对象和值对象的指针(void * key 和 void * value),而这两个指针指向的是 Redis 对象,而Redis 中的每个对象又都由 redisObject 结构表示:
> type:标识该对象是什么类型的对象(String 对象、 List 对象、Hash 对象、Set 对象和 Zset 对象);
> encoding:标识该对象使用了哪种底层的数据结构;
> ptr:指向底层数据结构的指针。
而ptr指针再指向底层的数据结构(这里底层的数据结构也不全是我们平常使用的数据结构,大部分是redis为了效率和解决原有数据结构缺陷而设计的新的数据结构【如:SDS、链表、压缩列表、哈希表(链式哈希)、rehash、跳表、整数集合、quicklist、listpack】)
①Redis 使用了一个 哈希表 来保存所有键值对,而哈希表其实就是一个数组,数组中的元素叫做哈希桶。哈希桶存放的是指向键值对数据的指针。
②哈希桶中存放的是指向键值对数据的指针,而键值对数据也不是直接保存的值本身,而是保存了指向实际的键对象和值对象的指针(void * key 和 void * value),而这两个指针指向的是 Redis 对象,而Redis 中的每个对象又都由 redisObject 结构表示:
> type:标识该对象是什么类型的对象(String 对象、 List 对象、Hash 对象、Set 对象和 Zset 对象);
> encoding:标识该对象使用了哪种底层的数据结构;
> ptr:指向底层数据结构的指针。
而ptr指针再指向底层的数据结构(这里底层的数据结构也不全是我们平常使用的数据结构,大部分是redis为了效率和解决原有数据结构缺陷而设计的新的数据结构【如:SDS、链表、压缩列表、哈希表(链式哈希)、rehash、跳表、整数集合、quicklist、listpack】)
展开
评论
1
#青训营 x 字节后端训练营# 看了大佬的描述,觉得清楚多了,虽然之前知道怎么用的,包括工厂和切面,但是对于实际的实现流程还不是特别清晰,看完立马把以前的项目拿出来重新理解。
评论
1
#青训营 x 字节后端训练营# 一直以来都对于实时联网游戏后台网络是怎么进行传输的都比较好奇,这篇文章也回答了我之前心中的疑虑,也让我了解到还有协程的存在,之前确实是没有听说过,之前用过的tomcat也只是用过,没有思考过他是什么机制(虽然能从他每次针对一个服务集开设一个端口来大概猜测出来),是以线程为基础的,当然作为正在学习linux的我来说,原生的socket编程也是比较熟悉的了,但是确实socket编程透露出的复杂程度用在复杂环境下是不可接受的。
展开
评论
1
之前自己用到的都是npm,或者yarn,确实没有接触过pnmp,不过通过这篇文章,确实了解到了很多pnmp的优势,后面可以尝试着使用。
评论
1
#青训营 x 字节后端训练营# 看了这个前辈的经历,感觉也是解答了自己的很多问题,特别是学会做减法、提前做好规划这两点是真的对于每一个人都适用(大佬除外),也希望自己之后的学习过程中要尽量注意这两点
评论
1
#青训营 x 字节后端训练营# 学习了前后端分离项目该如何进行接口规范:
首先是在目前以“后端为主的MVC时代”为主要开发模式的环境下,
我们做的大部分应用是只有单web页面的,就需要Ajax来做到局部刷新,所以此时关键协作点是 Ajax 接口,对于这种模式而言:浏览器端变得很复杂,所以就需要前端在开发时要对前端代码的复杂度进行控制,而SPA应用(单web应用)因为大多以功能交互型为主,所以会有大量的js(或ts)代码,是涉及到View层的绑定的。
所以:
1.前后端的职责必须要分离
2.开发流程要清晰
3.接口文档及接口规范定义要做好
而对于接口规范则是更需要一系列的规范:
对于:①规范原则
②基本格式(请求、响应、响应实体、响应列表、响应分页)
③特殊内容规范:(1) 下拉框、复选框、单选框等由后端统一逻辑标识来判断是否选中
(2)boolean类型表示使用1/0
(3)日期类型,JSON传输 中使用字符串
首先是在目前以“后端为主的MVC时代”为主要开发模式的环境下,
我们做的大部分应用是只有单web页面的,就需要Ajax来做到局部刷新,所以此时关键协作点是 Ajax 接口,对于这种模式而言:浏览器端变得很复杂,所以就需要前端在开发时要对前端代码的复杂度进行控制,而SPA应用(单web应用)因为大多以功能交互型为主,所以会有大量的js(或ts)代码,是涉及到View层的绑定的。
所以:
1.前后端的职责必须要分离
2.开发流程要清晰
3.接口文档及接口规范定义要做好
而对于接口规范则是更需要一系列的规范:
对于:①规范原则
②基本格式(请求、响应、响应实体、响应列表、响应分页)
③特殊内容规范:(1) 下拉框、复选框、单选框等由后端统一逻辑标识来判断是否选中
(2)boolean类型表示使用1/0
(3)日期类型,JSON传输 中使用字符串
展开
评论
1