TBQ3中TurtleTrader源码 | 第二部分【2】

本部分是笔记的第二部分,主要围绕海龟交易法则来进行。分为如下几篇:

  • 《海龟交易法则》到底讲了什么?| 第二部分【1】
  • TBQ3中TurtleTrader源码 | 第二部分【2】
  • TBQ3中TurtleTrader回测绩效 | 第二部分【3】
  • 魔改海龟和绩效 | 第二部分【4】
  • 回顾第一部分和第二部分 | 第二部分【5】

前一篇中是《海龟交易法则》一书中理论性内容的读书笔记和分享。本篇我们重新回到地面,结合书中附录章节的详细描述,对交易开拓者(基于TBQ3软件)中的公开策略TurtleTrader进行代码理解和阅读。

特别声明:本文中所涉及代码为交易开拓者软件中的公开源码,官方网站公开途径即可免费下载软件获取该源码。该源码是已经为广为人知的公开免费策略源码,不具备商业价值和实际应用意义。所有讨论目的仅限于代码编程和数据处理相关学习。可能涉及的投资理念为引用《海龟交易法则》一书中内容。所有内容不构成任何投资建议,更不具备实盘价值。

海龟交易系统是一个非常好的量化入门系统,它简洁、直白;却有具备了完整的资金管理和风控思想。其中的核心内涵和关键想法,并不是光看代码能够了解到的。所以强烈建议结合海龟一书去看这段TBQ3中免费的代码。如果只看代码,经验较少的量化者很可能什么也学习不到。

本系列第一部分中已经介绍过TBQ3中的程序框架,本处不在赘述。下面直接开始对程序进行走读和解析,主要关注其中与书中的逻辑相结合,并特别介绍到一些TBQ3实现中与书中逻辑相区别的地方。

我们首先从策略参数读起。TurtleTrader中一共包含了七个参数,下面详细对应解释这些参数的意义:

  • nEntries

书中附录\”退出\”小节介绍到,“任何一个方向上的总头寸单位都不得超过12个”,对应每次开仓开仓使用4个头寸单位,所以同一品种连续入场最大次数为3次。代码这里nEntries,默认值3可能来源于此。虽然后续nEntries的使用并没有遵循海龟书中实际的使用。因为书中的这种头寸规模可能对于不少人都有很大资金压力,所以我们文中对此差异不进行深究。

  • RiskRatio

书中在正文“头寸单位规模限制法则”小节介绍:“我们把头寸分成一个个小块,也就是我们所说的头寸单位。每一个头寸单位的合约数量是根据这样的标准确定的:要让1ATR的价格变动正好等于我们的账户规模的1%。”。对此,代码指定了RiskRatio为1,代表1%。下文会对应公式化对比书中的介绍和代码中的实现。

  • ATRLength:ATR周期数。
  • boLengthfsLength:

书中使用了两个周期,分别根据附录 \”入市策略\” 小节介绍:

  • 系统1:以20日突破为基础的短期系统 – 代码中使用bo(BreakOut)前缀
  • 系统2:以55日突破为基础的长期系统 – 代码中使用fs(FailSafe)前缀
  • teLength:

在书附录中“退出”小节介绍: “系统1采用10日突破退出法则:对多头头寸来说,在价格跌破过去10日最低点时退出;对空头头寸来说,在价格超过10日最高点时退出。系统2则采用20日突破退出法则…”,此处TBQ中公开代码仅使用了一个退出的周期,并没有按照书中区分系统一和系统二。这可能TBQ技术团队对海龟回撤过大的风险进行的优化。

  • LastProfitableTradeFilter

书中在附录的“入市策略”小节详细介绍了一个基于前一次突破成功与否进行入市的策略,笔者认为这是海龟策略的一个核心要素。对于此点本文后面还会详细讨论。代码中此处的变量是一个开关,标记是否使用该入市条件。为了更好的理解这个海龟策略的核心要素,建议仔细阅读书中该部分内容原文。

下面根据功能分块介绍各个变量的作用。头寸单位和规模这部分是海龟策略的一个核心所在,其中蕴含了风控和资金管理的逻辑在内。但是遗憾的是多数人并不具备实际应用这样的持仓规模的条件。这块TBQ3的代码也是实现的比较简略。但是好处是比较简单易懂,很方便作为一个Demo程序来参考。因为TB中没有直接定义一跳价格,所以需要使用MinMove*PriceScale来进行计算,这是交易品种的属性,此处使用变量MinPoint存储该值。(个人平时更习惯用天勤的PriceTick的称呼,本文中还是沿用TB的叫法,如果不小心叫混了勿怪)代码中RiskRatio、MinPoint和TotalEquity,结合ATR共同辅助可以计算得到海龟中的头寸单位:TurtleUnits。头寸单位具体计算代码如下:

当TurtleUnits小于1时,意味着资金已经不足以开仓一手,后续的开仓逻辑也多用此变量做了检查。上面的代码计算了海龟书中的头寸单位,对应关系的解释可以参考下图:

唐奇安通道

接下来代码中计算了两个系统的唐奇安通道,以及跟踪止损的数值,使用了求极值的TBQ3的两个系统封装用户方法:LowestFC和HighestFC,这和一般的公式并没有什么不同,没有太多值得讨论的:

辅助变量

剩下的几个变量计算用于交易辅助和协助标记在“系统1入市法则”和“系统2入市法则”两个部分中规定的一些根据前一次出场盈亏情况决定是否入场的规则。其中局部变量myEntryPrice和myExitPrice主要用于计算开平仓的价格;局部变量SendOrderThisBar用于控制在已经加仓后不再触发止损;preEntryPrice是一个序列型变量,记录了前一次开仓价格;PreBreakoutFailure是一个用于和LastProfitableTradeFilter协助执行的入场策略(下文详谈)。

额外的

额外值得一提的是整个策略的源码实现位于OnBar中,这也意味着在一根Bar没有完结时根据每个tick进行了更新。所以可以看到很多序列变量的引用使用了T-1的数据例如:

这些操作避免了引用未来函数和偷价。Alternatively,笔者更倾向于使用OnBarClose事件处理函数,这样可以省去这些考虑,同时也避免了信号闪烁。

特殊需要说明的是,笔者对于原版海龟入市法则的理解和TBQ3的技术团队实现存在细微差异。此处比较重要,特别说明一下。从代码实现看,TBQ3的变量PreBreakoutFailure仅在止损后,也就是亏损超过了2倍ATR之后进行设置。而在书中入市策略小节,除了唐奇安通道突破入市信号以外,笔者认为更重要的是后续的两个系统的入市法则。书中这部分描述并不复杂,建议参考书中原文逐字理解一下。为了方便本文阅读,重复一下:

关于书中定义的两种突破类型:

  • 赢利性突破:无论是否实际发生交易,当突破之后市场实际走势可以根据系统的定义产生盈利。
  • 亏损性突破:无论是否实际发生交易,突破之后在触发10日退出法则之前和突破方向发生了2N的不利变动。

除了无视是否发生交易,上一次突破的方向性也不作考虑。笔者认为这两个海龟入市法则是海龟的核心要素,有些海龟的实现反而都忽视了这个要素,反而将精力放在了唐奇安通道的突破上面。这两条法则其内涵在于对于短期通道的突破,分别采信了假突破并放弃了连续的成功突破。其内涵在于:“(无论方向如何)假突破之后的突破更可能为真,真突破后更可能遇到阻力”,核心目的在于在短周期内捕捉趋势起点,并放弃连续的真实突破。笔者甚至怀疑这是当年作者柯提斯等海龟们能够获得超额收益的一个重要原因:他们的系统中包含了对真假突破的判断,而非简单的传统趋势跟踪。

假突破的研究必然非常复杂的。因为:“兵者诡道也”,故意做出假象时往往最难识别。而市场作假时则更难识别。本文此处不对假突破做过多讨论。仅考虑海龟书中这里的条件。这里实际是根据三组已知条件推导出一个未知:

从这三组已知的8种可能组合是否能判断出本次突破的真假性?是否要进一步考虑突破的力度?这是需要量化回测的,不是对海龟法则进行回测,而是对于这个突破的组合关系进行独立回测,从而推导出一个概率性的结果。个人回测结果出于考虑到遵守平台纪律的原因就不分享了,大家可以自行去回测看看结果,并且这背后还需要一定的特征工程,包括斜率、回归、量能等特征因子的选择问题。对于海龟游戏当时的市场情况,我相信丹尼斯是有过量化的,所以这个规则才会出现在这本书中。

除此之外,这里的条件是根据系统定义的规则产生盈利或亏损,这也就意味着包含了资金管理和风险控制的思想在里面。当然,这里也可能包含了一些赌徒谬论在里面。

回到文章内,我们还是以书中和TBQ3公开代码中的基本逻辑讨论为主。本处原版公开代码和后续魔改代码笔者都不会对此处代码逻辑进行额外调整,感兴趣读者可以自行量化并实现相关逻辑。

接下来开始大概看一些交易逻辑代码。

TBQ3中的海龟系统一和系统二的入场代码区别在于使用了LastProfitableTradeFilter与PreBreakoutFailure两个变量作为检查条件。前面已经关于PreBreakoutFailure讨论了很多。这里不在额外赘述。其中多空开仓代码基本对称,系统一和系统二的开仓逻辑区别也仅在于唐奇安通道的选择是bo还是fs。这里仅以系统一的开多单展示一下具体代码:

其中myEntryPrice顾名思义为开仓价格,如注释所说是为了尽量接近真实情况的计算,避免偷价和保证成交。开仓API执行后进一步置否了PreBreakoutFailure。

增仓

增仓时的逻辑基本符合书中关于\”逐步建仓\”小节的描述:“海龟们首先在突破点建立1个单位的头寸,然后按1/2N的价格间隔一步一步扩大头寸”。特别的,如果价格增长非常多,这里会通过While循环一直增仓直到加满到nEntries。

代码这里对于海龟书中的“头寸规模”进行了一定简化,但笔者不打算过分纠结于此。因为对于绝大多数人和多数品种来讲,这种加仓方式都过于具备资金挑战性了,毕竟咱们没有丹尼斯给的200万美金啊啊啊啊! 所以对于海龟的持仓实现文中不再做深究,并且在魔改中会进行大幅减少。虽然海龟持仓是其非常重要的组成部分,但是出于现实,我们只能大幅魔改。

对于原版代码,只需要知道这块大概目的和对照书中哪一部分即可。(不差钱的可以自行雇人研究)

退出

如前面提到过的,TBQ3中这里没有采用书中的分开系统一和系统二的退出机制, 按照书中说法:

  • 系统1采用10日突破退出法则
  • 系统2则采用20日突破退出法则

TBQ3这里使用了统一的退出周期, 默认都是10个Bar的低点突破来退出。

止损

TBQ3的实现中使用了书中“止损”章节中说明的标准2倍ATR止损标准,没有采用更复杂的双重止损机制:

特别需要注意, 止损这里的代码虽然非常简单,但是考虑到头寸单元的1%计算公式存在,这里实际的止损代码实际包含了比看起来更复杂的海龟资金管理的思想隐含在里面

海龟这种资金管理的思路是非常值得学习的一个要点。虽然其中的头寸规模对于不少人都不具备实用性,但是其中的思想确实非常值得学习的。忽略这点去舍本逐末的仅仅参考和讨论2倍ATR止损这个概念是不全面的。

下一篇

本篇专注于结合《海龟交易法则》一书对交易开拓者TBQ3中的公开策略TurtleTrader代码实现进行了走读和详解。 代码的走读仅仅是为了理解这个实现做了什么,并不具备啥研究价值。不过通过本文,这个实现的绩效也能猜个八九不离十了。

下一篇中将对TBQ3默认的这个TurtleTrader,进行历史回测绩效的计算和分析,除了评测这个公开策略,也是为了方便后续篇章进行魔改后进行绩效对比。

基于SpringBoot 的CMS系统,拿去开发企业官网真香(附源码)

  • 系统100%开源
  • 模块化开发模式,铭飞所开发的模块都发布到了maven中央库。可以通过pom.xml文件的方式拉取源代码

基于MIT开源协议,可直接商用无需授权,但请尊重开源精神不要去掉代码中铭飞的注释和版权信息

  • 免费完整开源:基于MIT协议,源代码完全开源,无商业限制,MS开发团队承诺将MCMS内容系统永久完整开源;关注Java项目分享
  • 标签化建站:不需要专业的后台开发技能,只要使用系统提供的标签,就能轻松建设网站;
  • html静态化:系统支持全站静态化;
  • 跨终端:站点同时支持PC与移动端访问,同时会自动根据访问的终端切换到对应的界面,数据由系统统一管理;
  • 海量模版:铭飞通过MStore(MS商城)分享更多免费、精美的企业网站模版,降低建站成本;关注Java项目分享
  • 丰富插件:为了让MCms适应更多的业务场景,在MStore用户可以下载对应的插件,如:站群插件、微信插件、商城插件等;
  • 每月更新:铭飞团队承诺每月28日为系统升级日,分享更多好用等模版与插件;
  • 文档丰富:为了让用户更快速的使用MCms系统进行开发,铭飞团队持续更新开发相关文档,如标签文档、使用文档、视频教程等;
  • 企 业:帮助创立初期的公司或团队快速搭建产品的技术平台,加快公司项目开发进度;
  • 开发者:帮助开发者快速完成承接外包的项目,避免从零搭建系统;
  • 学习者:初学JAVA的同学可以下载源代码来进行学习交流;

建议开发者使用以下环境,这样避免版本带来的问题

  • Windows、Linux
  • Eclipse、Idea
  • Mysql≧5.7
  • JDK≧8
  • Tomcat≧8

MCms内容插件提供最基本的菜单、权限、角色、栏目、内容、静态化、等常用功能。视频教程:内容插件视频教程 配合代码生成器使用快速提升开发效率:代码生成器在线视频教程、代码生成器使用文档

项目访问路径/swagger-ui.html#/

系统部署手册

懒人做法,将所有的资源打成一个jar包,维护资源不方便,不推荐

打包指令增加参数 -f bin-xml ,执行完成会在target目录会生成 “ 项目-bin ” 发布文件夹

config:配置文件

html:静态化自动生成的目录(自动生成)

static:静态资源文件

templets:(必须)模版目录,需要复制一份

upload:(必须)上传的文件夹

WEB-INF:ftl视图文件

mcms.log:自动生成的日志文件

*.sh:linux启动、停止脚本

*.bat:window启动、停止脚本

做开源我们是业余的,写代码我们是认真的。研发产品的路上我们一直在探索、一直在学习、一直在用心投入,希望能给更多的企业与开发者提供一些更有价值的服务。

源码资料获取方式:关注小编+转发文章+私信【 666 】免费获取八股文面试资料获取方式:关注小编+转发文章+私信【 13 】免费获取重要的事情说三遍,转发+转发+转发,一定要记得点赞转发哦!!!面试官:Spring 和 Spring Boot 的区别是什么?

对于 Spring和 SpringBoot到底有什么区别,我听到了很多答案,刚开始迈入学习 SpringBoot的我当时也是一头雾水,随着经验的积累、我慢慢理解了这两个框架到底有什么区别,相信对于用了 SpringBoot很久的同学来说,还不是很理解 SpringBoot到底和 Spring有什么区别,看完文章中的比较,或许你有了不同的答案和看法!

作为 Java开发人员,大家都 Spring都不陌生,简而言之, Spring框架为开发 Java应用程序提供了全面的基础架构支持。它包含一些很好的功能,如依赖注入和开箱即用的模块,如:

SpringJDBC、SpringMVC、SpringSecurity、SpringAOP、SpringORM、SpringTest,这些模块缩短应用程序的开发时间,提高了应用开发的效率例如,在 JavaWeb开发的早期阶段,我们需要编写大量的代码来将记录插入到数据库中。但是通过使用 SpringJDBC模块的 JDBCTemplate,我们可以将操作简化为几行代码。

SpringBoot基本上是 Spring框架的扩展,它消除了设置 Spring应用程序所需的 XML配置,为更快,更高效的开发生态系统铺平了道路。

SpringBoot中的一些特征:

1、创建独立的 Spring应用。2、嵌入式 Tomcat、 Jetty、 Undertow容器(无需部署war文件)。3、提供的 starters 简化构建配置4、尽可能自动配置 spring应用。5、提供生产指标,例如指标、健壮检查和外部化配置6、完全没有代码生成和 XML配置要求

首先,让我们看一下使用Spring创建Web应用程序所需的最小依赖项

与Spring不同,Spring Boot只需要一个依赖项来启动和运行Web应用程序:

在进行构建期间,所有其他依赖项将自动添加到项目中。

另一个很好的例子就是测试库。我们通常使用 SpringTest, JUnit, Hamcrest和 Mockito库。在 Spring项目中,我们应该将所有这些库添加为依赖项。但是在 SpringBoot中,我们只需要添加 spring-boot-starter-test依赖项来自动包含这些库。

Spring Boot为不同的Spring模块提供了许多依赖项。一些最常用的是:

spring-boot-starter-data-jpaspring-boot-starter-securityspring-boot-starter-testspring-boot-starter-webspring-boot-starter-thymeleaf

有关 starter的完整列表,请查看Spring文档。

让我们来看一下 Spring和 SpringBoot创建 JSPWeb应用程序所需的配置。

Spring需要定义调度程序 servlet,映射和其他支持配置。我们可以使用 web.xml 文件或 Initializer类来完成此操作:

还需要将 @EnableWebMvc注释添加到 @Configuration类,并定义一个视图解析器来解析从控制器返回的视图:

再来看 SpringBoot一旦我们添加了 Web启动程序, SpringBoot只需要在 application配置文件中配置几个属性来完成如上操作:

上面的所有Spring配置都是通过一个名为auto-configuration的过程添加 Bootweb starter来自动包含的。

这意味着 SpringBoot将查看应用程序中存在的依赖项,属性和 bean,并根据这些依赖项,对属性和 bean进行配置。当然,如果我们想要添加自己的自定义配置,那么 SpringBoot自动配置将会退回。

现在我们来看下如何在Spring和Spring Boot中配置Thymeleaf模板引擎。

在 Spring中,我们需要为视图解析器添加 thymeleaf-spring5依赖项和一些配置:

SpringBoot1X只需要 spring-boot-starter-thymeleaf的依赖项来启用 Web应用程序中的 Thymeleaf支持。   但是由于 Thymeleaf3.0中的新功能,我们必须将 thymeleaf-layout-dialect 添加为 SpringBoot2XWeb应用程序中的依赖项。配置好依赖,我们就可以将模板添加到 src/main/resources/templates文件夹中, SpringBoot将自动显示它们。

为简单起见,我们使用框架默认的 HTTPBasic身份验证。让我们首先看一下使用 Spring启用 Security所需的依赖关系和配置。

Spring首先需要依赖 spring-security-web和 spring-security-config 模块。接下来, 我们需要添加一个扩展 WebSecurityConfigurerAdapter的类,并使用 @EnableWebSecurity注解:

这里我们使用 inMemoryAuthentication来设置身份验证。同样, SpringBoot也需要这些依赖项才能使其工作。但是我们只需要定义 spring-boot-starter-security的依赖关系,因为这会自动将所有相关的依赖项添加到类路径中。

SpringBoot中的安全配置与上面的相同

Spring和 SpringBoot中应用程序引导的基本区别在于 servlet。Spring使用 web.xml 或 SpringServletContainerInitializer作为其引导入口点。SpringBoot仅使用 Servlet3功能来引导应用程序,下面让我们详细来了解下

Spring支持传统的 web.xml引导方式以及最新的 Servlet3+方法。

配置 web.xml方法启动的步骤

Servlet容器(服务器)读取 web.xml

web.xml中定义的 DispatcherServlet由容器实例化

DispatcherServlet通过读取 WEB-INF/{servletName}-servlet.xml来创建 WebApplicationContext。最后, DispatcherServlet注册在应用程序上下文中定义的 bean

使用 Servlet3+方法的 Spring启动步骤

容器搜索实现 ServletContainerInitializer的类并执行 SpringServletContainerInitializer找到实现所有类 WebApplicationInitializer“WebApplicationInitializer创建具有XML或上下文 @Configuration类 WebApplicationInitializer创建 DispatcherServlet与先前创建的上下文。

Spring Boot应用程序的入口点是使用@SpringBootApplication注释的类

默认情况下, SpringBoot使用嵌入式容器来运行应用程序。在这种情况下, SpringBoot使用 publicstaticvoidmain入口点来启动嵌入式 Web服务器。此外,它还负责将 Servlet, Filter和 ServletContextInitializerbean从应用程序上下文绑定到嵌入式 servlet容器。SpringBoot的另一个特性是它会自动扫描同一个包中的所有类或 Main类的子包中的组件。

SpringBoot提供了将其部署到外部容器的方式。我们只需要扩展 SpringBootServletInitializer即可:

这里外部 servlet容器查找在war包下的 META-INF文件夹下MANIFEST.MF文件中定义的 Main-class, SpringBootServletInitializer将负责绑定 Servlet, Filter和 ServletContextInitializer。

最后,让我们看看如何打包和部署应用程序。这两个框架都支持 Maven和 Gradle等通用包管理技术。但是在部署方面,这些框架差异很大。例如,Spring Boot Maven插件在 Maven中提供 SpringBoot支持。它还允许打包可执行 jar或 war包并 就地运行应用程序。

在部署环境中 SpringBoot 对比 Spring的一些优点包括:

1、提供嵌入式容器支持2、使用命令java -jar独立运行jar3、在外部容器中部署时,可以选择排除依赖关系以避免潜在的jar冲突4、部署时灵活指定配置文件的选项5、用于集成测试的随机端口生成

简而言之,我们可以说 SpringBoot只是 Spring本身的扩展,使开发,测试和部署更加方便。

免费php网站源码分享

当需要编写一个PHP网站的源码时,需要考虑您的具体需求和网站的功能。以下是一个简单的PHP网站源码示例,演示了一个基本的登录系统和显示用户信息的功能。

<!DOCTYPE html>

<html>

<head>

<title>简单的PHP网站</title>

</head>

<body>

<?php

//检查用户是否已登录

session_start();

if(isset($_SESSION[\’user_id\’])){

//如果已登录,显示用户信息

echo\'<h1>欢迎您,\’.$_SESSION[\’username\’].\'</h1>\’;

echo\'<p><a href=\”logout.php\”>注销</a></p>\’;

}else{

//如果未登录,显示登录表单

if($_SERVER[\’REQUEST_METHOD\’]==\’POST\’){

//处理登录表单提交

$username=$_POST[\’username\’];

$password=$_POST[\’password\’];

//假设这里有一个用户数据库,检查用户名和密码是否匹配

//这里应该包括数据库连接和查询逻辑

if($username===\’user\’&&$password===\’password\’){

//登录成功,设置会话变量

$_SESSION[\’user_id\’]=1;

$_SESSION[\’username\’]=$username;

echo\'<h1>欢迎您,\’.$username.\'</h1>\’;

}else{

//登录失败,显示错误消息

echo\'<p>登录失败,请重试。</p>\’;

}

}else{

//显示登录表单

echo\’

<h1>登录</h1>

<form method=\”post\”action=\”\”>

<label for=\”username\”>用户名:</label>

<input type=\”text\”id=\”username\”name=\”username\”required><br>

<label for=\”password\”>密码:</label>

<input type=\”password\”id=\”password\”name=\”password\”required><br>

<input type=\”submit\”value=\”登录\”>

</form>

\’;

}

}

?>

</body>

</html>

这只是一个非常简单的示例,用于演示基本的登录功能。实际的网站源码可能会更复杂,并包括数据库连接、用户注册、会话管理、安全性考虑等。此示例中的用户名和密码存储在代码中,实际应用中应该使用数据库来存储用户信息并进行安全性验证。

以上内容由【免费】提供企业【网站源码】的【名扬银河企业网站系统】原创发布,

本文作者及来源:Renderbus瑞云渲染农场https://www.renderbus.com

点赞 0
收藏 0

文章为作者独立观点不代本网立场,未经允许不得转载。