获得徽章 1
#青训营笔记创作活动#
3.2 day54
近些年来看,前端的项目随着项目的复杂度越来越高,前端工程化的这个概念也就变的越来越被重视,但从业务或者团队的范围来看,前端工程化俨然已经成为一个前端团队的标配,稍具规模的团队都会根据自身业务设计出一套符合当前业务需求的前端架构出来,同时其也是区分初级前端和高级前端的分界线,普通开发日常中接触不到这些场景,只需要负责编写业务代码,但是当机会真正出现的时候,又苦于没有能力接手下来而错失良机,而高级或者资深前端则可以使用前端工程化解决问题问题,从而去接触更为高层次的前端架构设计,从而向技术管理晋升。
展开
评论
#青训营笔记创作活动#
3.1 day53
package.json 是前端每个项目都有的 json 文件,位于项目的根目录。许多脚手架在搭建项目时也会自动帮我们自动初始化好 package.json。
评论
#青训营笔记创作活动#
2.28 day52
就其实面试现在问得比较多的是项目,大家自己的项目就把项目每个细节搞清楚,包括:市面方案的横向比较(其实这里很关键的,就是比如在你的视野里组件库无非就是把组件打个包在项目里用,但如果你可能去了解一些社区优秀方案,有很多技术实现可以问的,menorepo,pnpm,handless,版本管理,适配,无障碍,ide,测试等,还有一些开放性问题就像组件库臃肿,迭代频率高,多实例之类的,样式系统,dts。),标准(这个也挺多的,多扩宽下视野把),项目细节(怎么去实现一个具体的地方,然后不断的挖),可以大概想一想面试官会问什么。
展开
评论
#青训营笔记创作活动#
2.27 day51
Elasticsearch使用他的生态中的一些其他技术、最终实现多节点的日志全部放到Elasticsearch进行全文检索搜索相关的日志信息。
评论
#青训营笔记创作活动#
2.26 day50
众所周知,js是单线程的,耗时操作都是交给浏览器来处理,等时间到了从队列中取出执行,设计到事件循环的概念,笔者也分享过,可以看以下,理解了可以更好的理解promise。
评论
#青训营笔记创作活动#
2.25 day49
package.json 里面有许许多多的配置,与项目息息相关,了解它们有助于了解项目,提效开发,规范代码。
评论
#青训营笔记创作活动#
2.24 day48
package.json 是前端每个项目都有的 json 文件,位于项目的根目录。许多脚手架在搭建项目时也会自动帮我们自动初始化好 package.json。
评论
#青训营笔记创作活动#
2.23 day47
pnpm 本质上就是一个包管理器,这一点跟 npm/yarn 没有区别,但它作为杀手锏的两个优势在于:
包安装速度极快;
磁盘空间利用非常高效。

展开
评论
#青训营笔记创作活动#
2.22 day46
Hertz 是一个超大规模的企业级微服务 HTTP 框架,具有高易用性、易扩展、低时延等特点。
评论
#青训营笔记创作活动#
2.21 day45
pnpm 内部使用基于内容寻址的文件系统来存储磁盘上所有的文件。
评论
#青训营笔记创作活动#
2.20 day44
hertz-jwt 是 Hertz 众多外部扩展组件之一,Hertz 丰富的扩展生态为开发者带来了很大的便利。
评论
#青训营笔记创作活动#
2.19 day43
hertz-jwt 是 Hertz 众多外部扩展组件之一,Hertz 丰富的扩展生态为开发者带来了很大的便利,值得你在本文之外自行探索。
评论
#青训营笔记创作活动#
2.18 day42
由于现在的计算机领域几乎都是多核机器,因此再编写单线程的应用自然无法将机器性能发挥到最大,想要让程序的并发性越高,多线程技术自然就呼之欲出,多线程技术一方面能充分压榨CPU资源,另一方面也能提升程序的并发支持性。
展开
评论
#青训营笔记创作活动#
2.17 day41
ELK 是 ES、Logstash、Kibana 的总称,其核心功能就是实现数据的收集、搜索、可视化。
评论
#青训营笔记创作活动#
2.16 day40
当SSO登录页面登录成功后,会存储一份session,建立起会话,表示全局会话已存在 session
评论
#青训营笔记创作活动#
2.15 day39
Elasticsearch使用他的生态中的一些其他技术、最终实现多节点的日志全部放到Elasticsearch进行全文检索搜索相关的日志信息。
评论
#青训营笔记创作活动#
2.14 day38
本地锁主要是针对单体服务而言的,锁的都是单体应用内的进程。

像之前在单机情况下出现的读写并发情况。因为并发情况下网络出现问题或是出现其他卡顿问题,导致执行顺序发生变化,从而产生了数据不一致性。
展开
评论
#青训营笔记创作活动#
2.13 day37
表容量主要从表的记录数、平均长度、增长量、读写量、总大小量进行评估。一般对于OLTP的表,建议单表不要超过2000W行数据量,总大小15G以内。访问量:单表读写量在1600/s以内。
评论
下一页