首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    C#内建接口:IEnumerable

    在一些返回集合数据的接口中,我们经常能看到IEnumerable接口的身影。那什么是Enumerable呢?首先它跟C#中的enum关键字所表达的意思是不同的, 从翻译上来看:可枚举的,展开来说就是它的数据是一枚一枚可以让我们列举出来。就像人们排队去打疫苗,排队的人就是可枚举的,他们有的开车,有走着,有早有晚全都按照先来后到的顺序排好队,当医生开始进行打疫苗的工作时,他并不关心有多少人在排队,也不关心是否有人迟到,当然也不能越过第一个人让其后边的人先进来打,他只能说“请下一个人进来打疫苗”,如果没人响应医生就等着,直到有人进来开始接种,当前这个人完成接种后,医生继续叫下一个人,直到所有人都打完疫苗。这样的情景在编程中就体现为对Enumerable数据的操作。

    02

    接口用例设计

    一个系统可为其他系统提供能力或者直接为UI层提供数据,在设计系统测试方案时应考虑上游调用的各种场景,不仅考虑顺利且正向思维操作的场景,还应逆向的场景。例如:人为操作造成的不合理数据、服务错误的调用、请求时由于网络等环境原因造成的异常。但在此之前,也应考虑系统本身稳定性和规范性,应从本身定义约束。定义自身规范,不仅可从一方面保证系统稳定,同时有了自身的介入规范更适用于多业务接入,而不是单独承接某一上游。系统稳定和规范会规避后续更多的BUG。换句话来说,使用契约式设计的方式,运行前条件必须满足,参数不正确不可运行;运行中内部状态必须不变;运行后结果必须保持一致。

    03

    rpc核心实现和原理

    RPC,即 Remote Procedure Call(远程过程调用),调用远程计算机上的服务,就像调用本地服务一 样。 RPC 可以很好的解耦系统,如 WebService 就是一种基于 Http 协议的 RPC。这个 RPC 整体框架 如下: 8.1.3.2. 关键技术 1. 服务发布与订阅:服务端使用 Zookeeper 注册服务地址,客户端从 Zookeeper 获取可用的服务 地址。 2. 通信:使用 Netty 作为通信框架。 3. Spring:使用 Spring 配置服务,加载 Bean,扫描注解。 4. 动态代理:客户端使用代理模式透明化服务调用。 5. 消息编解码:使用 Protostuff 序列化和反序列化消息。 8.1.3.3. 核心流程 1. 服务消费方(client)调用以本地调用方式调用服务; 2. client stub 接收到调用后负责将方法、参数等组装成能够进行网络传输的消息体; 3. client stub 找到服务地址,并将消息发送到服务端; 4. server stub 收到消息后进行解码; 5. server stub 根据解码结果调用本地的服务; 6. 本地服务执行并将结果返回给 server stub; 7. server stub 将返回结果打包成消息并发送至消费方; 8. client stub 接收到消息,并进行解码; 9. 服务消费方得到最终结果。 RPC 的目标就是要 2~8 这些步骤都封装起来,让用户对这些细节透明。 JAVA 一般使用动态代 理方式实现远程调用。 8.1.3.1. 消息编解码 息数据结构(接口名称+方法名+参数类型和参数值+超时时间+ requestID) 客户端的请求消息结构一般需要包括以下内容: 1. 接口名称: 在我们的例子里接口名是“HelloWorldService”,如果不传,服务端就不知道调用哪 个接口了; 2. 方法名:一个接口内可能有很多方法,如果不传方法名服务端也就不知道调用哪个方法; 3. 参数类型和参数值:参数类型有很多,比如有 bool、 int、 long、 double、 string、 map、 list, 甚至如 struct(class);以及相应的参数值; 4. 超时时间: 5. requestID,标识唯一请求 id,在下面一节会详细描述 requestID 的用处。 6. 服务端返回的消息 : 一般包括以下内容。返回值+状态 code+requestID 序列化    目前互联网公司广泛使用 Protobuf、 Thrift、 Avro 等成熟的序列化解决方案来搭建 RPC 框架,这 些都是久经考验的解决方案。

    01

    Service Mesh在有赞的实践与发展

    Service Mesh 的概念自 2017 年初提出之后,受到了业界的广泛关注,作为微服务的下一代发展架构在社区迅速发酵,并且孵化出了诸如 Istio 等广受业界关注的面向于云原生 (Cloud Native) 的微服务架构。目前阿里、华为云、腾讯云都在 Service Mesh 上投入了大量精力进行研发和推广。阐述和讨论 Service Mesh 架构的文章目前网络上已经非常丰富,在此不再赘述。本文主要阐述 Service Mesh 架构在有赞是如何一步步发展和落地的,期望能够给读者带来一定的思考和借鉴意义,并对 Service Mesh 架构能够解决的问题和应用场景有进一步的了解。同时,有赞 Service Mesh 架构发展的过程也正是有赞微服务架构的演进过程,期待能够给正在进行微服务改造的团队带来一定的启发和思考。

    02
    领券