本文的主要目的是介绍井的性能SDK架构，以使后续业务迭代守则更清晰，清晰。此架构已经在开源SDK中：mitojs练习。有兴趣的合作伙伴可以去看它?（SDK在线演示）
来文本，本文分为三个部分
在传统模式下，前端项目在将正面项目发送到正式环境之后变为黑匣子。所有错误信息只能通过屏幕截图和用户的口头描述发送给开发人员，然后根据用户描述的场景来模拟此信息，以模拟此图。不正确的生成，此效率尤其低，特别是许多开源。或出现充电前端监视平台，例如：
等待一些出色的监控平台
实际上，前端监控的原理只是少数。例如，拦截HTTP请求是重写本机函数：获取，xmlhttprequest，监视代码错误：window.onerror，但SDK也是一个项目，它需要连续迭代的其他功能后来迭代的基础
最后用于末尾的代码目录结构，最后还使用monorepo
它的优势：
袋子和袋子之间的关系
在进行多包包装和发布试验之后，Lerna发现它具有太多功能。我想要的是包装和释放的函数。最后，特定的包装脚本
这个想法来自汇总和监视开源库多拉。
我们需要监视：
如果在传统模式下没有标准限制，则每个重写过程都会变得混乱，并且返回数据和处理数据可能无处不在。
我们借用插头模式后会是什么样？
插件模式
目前，有人会说，如果我的业务比这要复杂得多，那么这种结构仍然可以支持吗？您的项目代码有数十万行，您的代码级别结构非常清楚
例如：监视Unhandlejech的插头-in
插件的使用实际在代码中
使用@mitojs/vuevue3在VUE3中访问指南
插头 - 插头 - 插头是构成整个整个的主要链接。现在，让我们谈谈连接这些插头的一些最基本的工具。由于需要支持多个端，因此需要监视每个端，报告方法和可配置的项目是配置项目。不同，因此需要绘制多个抽象类以促进扩展。@mitojs/core的整体思维图
如果有人愿意或，只要根据此插头模式开发它，就可以大大改进迭代
该体系结构的想法可以应用于任何SDK，不同SDK中相应插件的数字和角色都不同。总的来说，大函数分为几个小型功能区域，并指定的代码函数写在指定区域中，因此代码逻辑是常规的。
下一篇文章“ Monitor SDK手动教学实践文章”将讨论插件代码的编译，因此请继续关注?
旧仓库监视器的原始作者不再保留原始作者。推荐给新的仓库mitojs。在新的SDK重建后，软件包的音量较小，代码体系结构更清晰，耦合较低。它还启动了最新的Mitojs文档。目前，有些人正在使用SDK来执行自己的监控平台或相关业务。如果您有兴趣，您可能希望过来?？
字节架构的前端是大量招聘人员，内部推动可以帮助修改简历和真实的时间查询面试进度。欢迎将简历砸到我的邮箱：chenjinhuo@bytedance.com
如果您在字节架构的前端，错误的监控，埋葬的兴趣，您可以直接联系我的微信：cjinhuo
作者：Cjinhuo