接口

EasyDSS相关功能 EasyDSS流媒体服务器软件，提供一站式的转码、点播、直播、时移回放服务，极大地简化了开发和集成的工作。其中， 点播 版本主要包含：上传、转码、分发。 直播 版本主要包含：直播、录像，直播支持RTMP输入，RTMP/HLS/HTTP-FLV的分发输出；录像支持自定义保存时长、检索及下载；提供丰富的二次开发接口、基于JSON的封装及HTTP调用；提供播放鉴权、推流鉴权等安全保证；提供用户及相关权限管理配置。 EasyDSS流媒体服务搭建资源 【官网】 【点播版本在线演示】 【直播版本在线演示】 【旗舰版本在线演示】 【在线接口】 这篇博文主要介绍如何利用软件提供的接口快速接入开发。 一、 快速安装 下载地址 下载对应环境的安装包 解压安装包 Windows下双击EasyDSS.exe直接启动 Linux下解压目录执行./start.sh 注：路径中不能包含中文 二、 二次开发 二次开发中，方式是在自己业务系统后端登录接口中，调用流媒体的登录接口，获取所需的sid或是token 1.封闭内网使用 在业务使用，如果只是使用EasyDSS提供视频分发能力，且不会对外公开接口端口10080(默认端口)，可以直接将接口鉴权关闭，具体服务器登录 http://demo.easydss.com:10080/login.html 默认用户名/密码 admin/admin,

很长时间以来都没有怎么好好搞清楚RPC（即Remote Procedure Call，远程过程调用）和HTTP调用的区别，不都是写一个服务然后在客户端调用么？这里请允许我迷之一笑~Naive！本文简单地介绍一下两种形式的C/S架构，先说一下他们最本质的区别，就是RPC主要是基于TCP/IP协议的，而HTTP服务主要是基于HTTP协议的，我们都知道HTTP协议是在传输层协议TCP之上的，所以效率来看的话，RPC当然是要更胜一筹啦！下面来具体说一说RPC服务和HTTP服务。 OSI网络七层模型 在说RPC和HTTP的区别之前，我觉的有必要了解一下OSI的七层网络结构模型（虽然实际应用中基本上都是五层），它可以分为以下几层： （从上到下） 第一层：应用层。定义了用于在网络中进行通信和传输数据的接口； 第二层：表示层。定义不同的系统中数据的传输格式，编码和解码规范等； 第三层：会话层。管理用户的会话，控制用户间逻辑连接的建立和中断； 第四层：传输层。管理着网络中的端到端的数据传输； 第五层：网络层。定义网络设备间如何传输数据； 第六层：链路层。将上面的网络层的数据包封装成数据帧，便于物理层传输； 第七层：物理层。这一层主要就是传输这些二进制数据。 实际应用过程中，五层协议结构里面是没有表示层和会话层的。应该说它们和应用层合并了。我们应该将重点放在应用层和传输层这两个层面

钱包API接入文档说明 参考钱包版本： Wallet0.4.40 钱包账户信息文档文档： 钱包账户信息、签名、配置文件说明 主网的钱包服务地址： 39.107.247.86:13659 测试网的钱包服务地址： 47.93.196.236:13659 业务发送说明：发送交易数据可以采用同步或异步方式，同步方式可以获取因为格式等造成的错误信息；异步为async，同步为 block 一 首页模块 图片 1 lamb余额的数量 账户信息接口 /auth/accounts/${address} 例如 http://47.93.196.236:13659/auth/accounts/lambda1v664znyhztfx3m0v0uua497r5cptg3rd2ytnm8 查找coins 中denom 为 ulamb 即可 { "type": "auth/Account", "value": { "address": "lambda1v664znyhztfx3m0v0uua497r5cptg3rd2ytnm8", "coins": [{ "denom": "ubtc", "amount": "1000000" }, { "denom": "ulamb", "amount": "3000000" }], "public_key": null, "account_number": "502",

1、接口关系整理 集合顶层分为两大接口，collection，map collection：单列元素集合的顶层接口。list与set接口继承collection接口。 map：双列元素集合的顶层接口。 由此形成集合的三大类型。list、set、map。 Queen，使用较少，暂时不说有时间补上。 来源： oschina 链接： https://my.oschina.net/linqiankun/blog/3191910

年初开始对公司的支付系统进行微服务架构改造。 之前有一系列文章介绍了改造的背景。 为什么要重构到微服务 重构中的天时地利任何 重构的准备工作 从这一篇开始，进入重构工作的正题了。 在支付系统中，支付网关和支付渠道的对接是最核心的功能。其中支付网关是对外提供服务的接口，所有需要渠道支持的资金操作都需要通过网关分发到对应的渠道模块上。一旦定型，后续就很少，也很难调整。而支付渠道模块是接收网关的请求，调用渠道接口执行真正的资金操作。每个渠道的接口，传输方式都不尽相同，所以在这里，支付渠道模块的作用，类似设计模式中的wrapper，封装各个渠道的差异，对网关呈现统一的接口。而网关的功能是为业务提供通用接口，一些和渠道交互的公共操作，也会放置到网关中。 初始架构 早期启动的时候，对接的渠道不多，所有渠道和网关都实现在一个项目中，部署在一起。采用SSH架构，支付网关实现为一个大Apache Struts Action类，在我们重构前，这个类有2000多行代码。实现时提炼了一个支付渠道对接的抽象类，用来封装渠道的差异。最终在这个系统中对接了有30多个渠道，类规模达到2000个。随着业务发展，问题越来越多。高峰期同时有5个渠道在并行开发，还有大量的其他渠道对接问题需要修复。多个人同时修改一个项目代码导致版本控制的工作骤增。上线频发引起服务中断也让业务方很不满。诸多问题，在前面的文章中都有描述。

Comparable和Comparator接口都是为了对类进行比较，众所周知，诸如Integer，double等基本数据类型，java可以对他们进行比较，而对于类的比较，需要人工定义比较用到的字段比较逻辑。可以把Comparable理解为内部比较器，而Comparator是外部比较器，基本的写法如下： class Apple implements Comparable<Apple>{ int id; double price; public Apple(int id, double price) { this.id = id; this.price = price; } public int compareTo(Apple o) { //return Double.compare(this.getPrice(),o.getPrice()); if (Math.abs(this.price-o.price)<0.001) return 0; else return (o.price-this.price)>0?1:-1; } @Override public String toString() { return "Apple{" + "id=" + id + ", price=" + price + '}'; } }``` class AESComparator implements

致芯科技一直致力于芯片解密技术的研究，主要以单片机解密、芯片解密、MCU解密等IC逆向分析为主。 AT91SAM7XC128特性如下： · 集成了ARM公司的ARM7TDMI ®的Thumb ®处理器 高性能32位RISC架构 高密度的16位指令集 领导者的MIPS /瓦 嵌入式ICE在线仿真，调试通信通道支持 · 内部高速Flash 256千字节（AT91SAM7X256）在1024页，每页256字节有组织 128千字节（AT91SAM7X128）在512页，每页256字节有组织 在最坏的情况下高达30 MHz的单周期存取 预取缓冲器优化拇指在最大速度指令执行 页编程时间：6毫秒，包括页面自动擦除，全部擦除时间：15毫秒 10,000写周期，10年数据保存能力，部门锁定功能，闪光安全位 快速闪存编程接口大量生产 · 内部高速SRAM，单周期的最大访问速度 64千字节（AT91SAM7X256） 32千字节（AT91SAM7X128） · 内存控制器（MC） 嵌入式Flash控制器，中止状态及汇率失调检测 · 复位控制器（RSTC） 基于上电复位细胞和低功耗出厂校准掉电探测器 提供外部复位信号复位源的形成与现状 · 时钟发生器（CKGR） 低功耗RC振荡器，3到20 MHz内部振荡器和一个PLL · 电源管理控制器（PMC） 电源优化功能，包括慢时钟模式（低至500 Hz）和

GoF 的 23 种设计模式的分类和功能 设计模式 有两种分类方法，即根据模式的目的来分和根据模式的作用的范围来分。 1. 根据目的来分 根据模式是用来完成什么工作来划分，这种方式可分为创建型模式、结构型模式和行为型模式 3 种。 创建型模式：用于描述“怎样创建对象”，它的主要特点是“将对象的创建与使用分离”。GoF 中提供了单例、原型、工厂方法、抽象工厂、建造者等 5 种创建型模式。 结构型模式：用于描述如何将类或对象按某种布局组成更大的结构，GoF 中提供了代理、适配器、桥接、装饰、外观、享元、组合等 7 种结构型模式。 行为型模式：用于描述类或对象之间怎样相互协作共同完成单个对象都无法单独完成的任务，以及怎样分配职责。GoF 中提供了模板方法、策略、命令、职责链、状态、观察者、中介者、迭代器、访问者、备忘录、解释器等 11 种行为型模式。 2. 根据作用范围来分 根据模式是主要用于类上还是主要用于对象上来分，这种方式可分为类模式和对象模式两种。 类模式：用于处理类与子类之间的关系，这些关系通过继承来建立，是静态的，在编译时刻便确定下来了。GoF中的工厂方法、（类）适配器、模板方法、解释器属于该模式。 对象模式：用于处理对象之间的关系，这些关系可以通过组合或聚合来实现，在运行时刻是可以变化的，更具动态性。GoF 中除了以上 4 种，其他的都是对象模式。 3.

用例图 表现方式 是谁用软件 软件的功能 类图 描述类内部关系和类之间关系, 关系的强弱顺序泛化=实现>组合>聚合>关联>依赖 泛化:继承关系,指定了子类如何继承父类所有特征和行为 实现:类和接口的关系,标识类是接口所有特征和行为的实现 关联:是一种拥有关系,使一个类知道另一个类的属性和方法(一个类作为另一个类的成员变量) 聚合:整体与部分的关系,部分可以离开整体单独存在, 强关联的一种 组合:整体和部分关系,但部分不能离开整体而单独存在, 强于聚合的一种关联 代表整体的对象负责代表部分的对象的生命周期; 依赖:使用关系,一个类的实现需要另一个类的协助,尽量不要使用双向的互相依赖 对象图(Object Diagrams) 参与交互的各个对象在交互过程中某一时刻的状态, 可以看做是类图 在某一时刻的实例 状态图 是一种由状态,变迁,事件和活动组成的状态机,用来描述类的对象所有可能的状态以及事件发生时状态的转移条件 活动图 状态图的一种特殊情况, 这些状态大都处于活动状态,本质上是一种流程图,描述了活动到活动的控制流 可以表述过程基理, 业务过程以及工作流 序列图/时序图 交互图的一种,描述了对象之间消息发送的先后顺序, 强调时间顺序; 协作图 交互图的一种,描述了收发消息的对象的组织关系强调对象之间的合作关系.强调空间结构布局; 构件图 系统中构件与构件,类或接口与构件之间的关系图

1．如果可能尽量使用接口来编程 .NET框架包括类和接口，在编写程序的时候，你可能知道正在用.NET的哪个类。然而，在这种情况下如果你用.NET支持的接口而不是它的类来编程时，代码会变得更加稳定、可用性会更高。请分析下面的代码： private void LoadList (object [] items, ListBox l) { 　for (int i = 0; i < items.Length;i++) 　　l.Items.Add (items[i].ToString ()); }这个函数从一个可为任何对象的数组中加载ListBox，这段代码被限定为只能使用数组。假想过些时候你发现那些对象存在数据库中，或别的集合中。那么你 需要修改程序来使用不同的集合类型。如果你用ICollection接口来写那段程序，你就不用修改那段程序了，对于任何实现ICollection接口 的类型它都能很好的工作: private void LoadList (ICollection items,ListBox l) { 　　foreach (object o in items) 　　l.Items.Add (o.ToString ()); } ICollection被数组和所有System.Collection中的集合实现。此外，多维数组也支持ICollection接口。如果那还不够的话，数据库