akshare量化是如何精准分析的？
大家有没有想过akshare量化是如何精准分析的呢？其实tushare量化的使用是以积分为根本，也就是说它的积分越多，能使用的权限越多和查阅的股票数据越多，这要是运用到量化投资上面来说，它就是具有轻便的分析功能，并且运用股票交易接口的功能，进行自选股委托下单，以及分析股票数据的十档行情API接口的调用，分析出来的数据更加直观精准安全。股票api接口相对应的说明如下分析：
股票API 接口说明分析：
| 签名 | int Init(); |
| 功能 | API 初始化 |
| 参数 | 无 |
| 返回值 | 授权成功的交易账户数量 返回值 < 1 时, 无需调用 Deinit 接口, 也不能调用其它接口, 否则会出错! |
| 签名 | void Deinit(); |
| 功能 | API 反初始化 |
| 参数 | 无 |
| 返回值 | 无 |
| 签名 | int Logon(const char* Ip, short Port, const char* Version, short Yybid, const char* Account, const char* TradeAccount, const char* JyPassword, const char* TxPassword, char* ErrorInfo); | |
| 功能 | 登录交易账户 | |
| 参数 | Ip | 券商交易服务器 IP, 注意区分普通和两融 |
| Port | 券商交易服务器端口, 注意区分普通和两融 | |
| Version | 客户端的版本号, 一般为空字符串 | |
| Yybid | 营业部代码, 一般为 0 | |
| Account | 登录账号，一般为券商的资金账号或客户号 注: 两融账号需要额外添加 .C 结尾, 如 123456 变为 123456.C | |
| TradeAccount | 交易账号, 一般与登录账号相同, 但无需额外添加 .C 结尾 可登录券商软件, 查看股东列表, 股东列表内的资金账号就是交易账号 | |
| JyPassword | 交易密码 | |
| TxPassword | 通讯密码, 一般为空字符串或与交易密码相同 | |
| ErrorInfo | 错误信息, 需要分配 256 字节的空间 | |
| 返回值 | 调用成功: 客户端 Id 调用失败: 返回 <= 0 | |
| 签名 | void Logoff(int ClientId); | |
| 功能 | 登出交易账户 | |
| 参数 | ClientId | 客户端 Id |
| 返回值 | 无 | |
| 签名 | void QueryData(int | ClientId, int Category, | char* Result, char* | ErrorInfo); | |
| 功能 | 查询各类交易数据 | ||||
| 参数 | ClientId | 客户端 Id | |||
| Category | 查询信息类别 0: 资金, 1: 股份, 2: 当日委托, 3: 当日成交, 4: 可撤单, 5: 股东代码, 6: 融资余额, 7: 融券余额, 8: 可融证券, 9: 各券商不同, 10-11: 无, 12: 可申购新股查询, 13: 新股申购额度查询, 14: 配号查询, 15: 中签查询 | ||||
| Result | 查询结果, 需要分配 1024*1024 字节的空间 格式请参阅[Result 格式] | ||||
| ErrorInfo | 错误信息, 需要分配 256 字节的空间 | ||||
| 返回值 | 无, 查询成功与否通过 ErrorInfo 是否为空字符串来判断 | ||||
akshare量化分析具体就是基于API接口的调用，但要注意的是，不要重写基于接口的API来使用泛型。考虑到当前实现的限制，任何目前使用非空接口的代码，如果继续使用股票api接口，其行为将更有预见性，而且会更简单。当涉及到方法调用时，泛型将指针变成了两次直接的接口，而接口则就变成不规范的了。这一点是需要注意的，并且能够将自己的需求定义在系统的开发上，普通交易者也可以进行使用和二次开发，如果想深入学习这方面的知识，可以Q下方与开发者一起交流。
下一篇：Linux yum命令