1.CreateCollection API执行流程_milvus源码解析
2.国产开发神器零代码搭建API接口开放/管理平台——YesApi
3.为什么android api 源代码里没有这个包
4.openctp通道源码开放二（新浪行情CTPAPI）
5.源码视角，代代理Vue3为什么推荐使用ref而不是理源reactive
6.《Vue从入门到进阶》proxy详解

CreateCollection API执行流程_milvus源码解析

       在分析milvus源码中的CreateCollection API执行流程时，我们需要详细拆解从客户端请求到数据最终存储在etcd的代代理过程。在milvus版本v2.3.2中，理源CreateCollection API的代代理执行流程大致分为以下几个关键步骤：

       首先，客户端SDK接收用户创建集合（collection）的理源android pad源码请求，并将此请求封装为createCollectionTask，代代理随后将其放入ddQueue队列。理源

       随后，代代理此任务在proxy内依次执行PreExecute、理源Execute和PostExecute三个方法。代代理PreExecute阶段进行参数校验等预处理工作，理源Execute阶段则是代代理真正执行逻辑，而PostExecute阶段完成执行后的理源清理工作，通常不做任何操作并返回nil。代代理

       在Execute方法中，proxy调用rootCoord的CreateCollection接口，此接口进一步封装请求为rootcoord里的createCollectionTask。

       接下来，rootCoord的CreateCollection接口执行CreateCollectionTask的Prepare、Execute和NotifyDone方法。核心操作在Execute阶段，其中涉及到多个步骤，包括expireCacheStep、addCollectionMetaStep、watchChannelsStep、changeCollectionStateStep等。在这些步骤中，重点是addCollectionMetaStep，负责etcd元数据的云东家源码操作。

       在addCollectionMetaStep的Execute方法中，s.core.meta.AddCollection方法被调用。此方法在etcd中创建了多个与集合相关的key-value对，这些key值按照特定规则构建，反映了集合、分区和字段之间的关系。

       具体而言，集合信息通过key `root-coord/database/collection-info/1/` 存储在etcd中，value为protobuf序列化的etcdpb.CollectionInfo，这表示集合由ID、DbId、schema等组成，schema中不记录字段、分区ID或名称等信息。etcd以二进制形式存储这些数据。

       分区信息通过类似 `root-coord/partitions//` 的路径存储，value为etcdpb.PartitionInfo，同样采用protobuf序列化后存储在etcd中。此信息包括partitionID、partitionName、collectionId等。

       字段信息通过 `root-coord/fields//` 的路径存储，value为schemapb.FieldSchema，包含字段ID、名称、描述、数据类型等信息。

       在执行完毕后，将所有key-value对批量写入etcd，mixly的源码最终完成集合的创建。

       总结而言，CreateCollection API的执行流程涉及多个组件协作，从客户端请求开始，经过proxy和rootCoord的处理，最终在etcd中存储集合、分区和字段的元数据，实现了集合的创建。整个流程中，etcd作为关键的数据存储层，提供了持久化和高可用性保障。

国产开发神器零代码搭建API接口开放/管理平台——YesApi

       国产开发神器零代码搭建API接口开放/管理平台——YesApi

       在寻找高效且国产的接口开发解决方案时，YesApi接口大师凭借其独特的优势脱颖而出。作为一款企业级平台，YesApi借助PhalApi Pro的专业版，通过低代码可视化方式，实现了零代码搭建API接口开发、开放和管理，同时支持接口计费功能。这款工具将技术架构设计为基于PhalApi开源接口框架和Vue前后端分离，为快速构建各类API接口平台提供了强大支持。

       对于那些无需编程知识的用户，YesApi提供直观的界面操作，帮助他们全程通过界面进行API接口的生成、发布和管理。从安装部署，登录管理后台，再到生成接口、预览并发布，问卷钓鱼源码流程简单易懂。其在线接口文档生成功能和在线测试接口更是方便实用。

       此外，YesApi v5.5版本更新后的在线接口编辑器极大地提升了开发效率，新手也能轻松上手。开发者只需在开放平台注册并申请接口权限，就能根据文档进行调用和开发，异步消息订阅和管理功能也得到增强。

       升级至最新版5.5.0，需要备份原有代码并按照以下步骤操作：更新Admin和Platform管理后台的编译包，替换PHP后端源代码和数据库。确保在升级过程中数据的安全性。

       总结来说，YesApi接口大师凭借其零代码开发、开放、管理及计费功能，以及易用的界面和不断升级的工具，是国产开发中构建API接口的理想选择。

为什么android api 源代码里没有这个包

       这两个都是platform_frameworks_base的文件

       IIntentSender在这里

       SuperNotCalledException在这里

       至于显示v4的，应该是你选择的最低支持版本小于SuperNotCalledException的第一次出现的版本，所以显示了support的（猜测）

openctp通道源码开放二（新浪行情CTPAPI）

       CTPAPI接口源码的开放，引发了广泛关注，短短几天内获得了上千次的点赞与收藏。CTPAPI，由上期所旗下的技术公司开发，以其精湛设计、高效率与开放运营模式，备受投资者青睐，几乎成为了期货交易的.jsp 显示源码必备选择。然而，股票市场中，虽然有多家技术公司与券商提供了各自的柜台服务，但其影响力与CTPAPI相比仍有差距。面对多品种交易或更换券商需求，openctp提供的统一CTPAPI接口技术显得尤为重要。用户只需一个接口，就能接入包括期货、期权、A股、港股、美股、外盘期货在内的全市场全品种。

       本文将介绍openctp再次开放的新浪行情通道CTPAPI接口源码。对于从互联网获取股票行情，前文已有详细说明，这里简要概述新浪的方法。只需输入指定网址，即可接收股票行情数据。具体格式如下：

       单个股票： hq.sinajs.cn/list=sz...

       多个股票： hq.sinajs.cn/list=sh...

       然而，去年新浪对协议进行了调整，改动了HTTP头部，需额外添加特定字段，否则访问会被拒绝。详情请参考相关文章：《新浪行情无法接收的解决方法》。

       CTPAPI在期货领域广为人知，但在股票市场中可能较少被提及。为了帮助用户更好地理解如何利用此接口接收股票行情，本文提供了一个示例。同时，公开了新浪行情CTPAPI源码地址，用户可访问：/krenx/openctp/tree/master/ctp2Sina行情。

       CTPAPI接口版本多样，从6.3.到6.6.7，主要更新包括新增字段或函数，但这些新增内容大多不常使用。交易相关的接口保持稳定。为了确保兼容性和功能完整性，建议使用6.6.7及以上版本。关于接口下载与官方文档，用户可访问openctp主页：github.com/krenx/op...

       为方便用户获取更多行情信息，openctp还提供了强大的行情显示工具prices，其源码地址为：github.com/krenx/op...

       欲了解更多信息，请访问openctp主页：/krenx/openctp或关注公众号openctp，获取最新动态。CTPAPI相关文章，敬请关注。

源码视角，Vue3为什么推荐使用ref而不是reactive

       ref和reactive是Vue3中实现响应式数据的核心API。ref用于封装基本数据类型，而reactive用于处理对象和数组。尽管reactive似乎更适合处理对象，但Vue3官方文档更推荐使用ref。

       官方文档指出，ref比reactive更适用。下面我们从源码的角度详细讨论这两个API，以及Vue3为什么推荐使用ref而不是reactive。

       ref的内部工作原理是，它是一个函数，接受一个内部值并返回一个响应式且可变的引用对象。这个引用对象有一个.value属性，指向内部值。

       在上述代码中，ref函数通过new RefImpl(value)创建了一个新的RefImpl实例。这个实例包含getter和setter，分别用于追踪依赖和触发更新。使用ref可以声明任何数据类型的响应式状态，包括对象和数组。

       ref的核心是返回响应式且可变的引用对象，而reactive的核心是返回响应式代理，这是两者本质上的核心区别，也就导致了ref优于reactive。

       reactive的内部工作原理是，它是一个函数，接受一个对象并返回该对象的响应式代理，也就是Proxy。

       reactive的源码相对简单，通过new Proxy(target, baseHandlers)创建了一个代理。这个代理会拦截对目标对象的操作，从而实现响应式。

       ref和reactive在声明数据的响应式状态上，底层原理不同。ref采用RefImpl对象实例，reactive采用Proxy代理对象。

       当你使用new RefImpl(value)创建一个RefImpl实例时，这个实例大致上会包含以下几部分：Dep类负责管理一个依赖列表，并提供依赖收集和通知更新的功能。RefImpl类包含一个内部值_value和一个Dep实例。当value被访问时，通过get方法进行依赖收集；当value被赋予新值时，通过set方法触发更新。

       尽管两者在内部实现上有所不同，但它们都能满足我们对于声明响应式变量的要求，但是reactive存在一定的局限性。

       reactive的局限性包括仅对引用数据类型有效，使用不当会失去响应。reactive主要适用于对象，包括数组和一些集合类型（如Map和Set）。对于基础数据类型（如string、number和boolean），reactive是无效的。这意味着如果你尝试使用reactive来处理这些基础数据类型，将会得到一个非响应式的对象。

       ref()为响应式编程提供了一种统一的解决方案，适用于所有类型的数据，包括基本数据类型和复杂对象。以下是推荐使用ref的几个关键原因：统一性、深层响应性和灵活性。

       ref的核心优势之一是它的统一性。它提供了一种简单、一致的方式来处理所有类型的数据，无论是数字、字符串、对象还是数组。这种统一性极大地简化了开发者的代码，减少了在不同数据类型之间切换时的复杂性。

       ref支持深层响应性，这意味着它可以追踪和更新嵌套对象和数组中的变化。这种特性使得ref非常适合处理复杂的数据结构，如对象和数组。

       ref提供了高度的灵活性，尤其在处理普通赋值和解构赋值方面。这种灵活性使得ref在开发中的使用更加方便，特别是在进行复杂的数据操作时。

       ref在Vue3中提供了一种更统一、灵活的响应式解决方案，还能避免了reactive的某些局限性。希望这篇文章对你有所帮助，有所借鉴。

《Vue从入门到进阶》proxy详解

       Proxy是ES6新增的语法，允许你创建一个代理对象，基于源对象。此特性使得在开发中实现API请求代理变得简单。若前端应用与后端API服务器未运行在同一台主机上，通过在*.config.js文件中的devServer.proxy配置选项，能轻松完成代理设置。

       创建源对象是使用Proxy的关键步骤。此对象作为基础，代理对象则围绕它展开，实现对源对象属性的操作拦截。通过设置代理对象的处理器，可以控制访问源对象属性的流程，如执行前置或后置操作，或修改返回值。

       以API请求代理为例，利用devServer.proxy配置，可将开发环境中的API请求自动导向至真实的后端API服务器。设置时，需明确目标服务器的URL和目标路径，确保代理过程顺利进行，提升开发效率。

       在实际开发中，Proxy不仅限于API代理，还能用于实现更复杂的数据操作逻辑，如实现响应式数据管理、自定义属性操作等。借助Proxy，开发者能灵活构建基于对象的操作策略，增强代码的可读性和可维护性。

       更多完整教程、源码及相关细节，请参考相关技术文档或社区资源。通过实践和学习，逐步掌握Proxy的使用技巧，助力前端开发者提升项目开发效率与质量。