Windows平台集成开发环境介绍

目前S698系列处理器在电子、通信以及航空航天等领域有着广泛的应用，但还没有基于这种架构的Windows平台集成开发环境，Orion4.0正好填补了这一空白。本文主要介绍如何利用可扩展的Java开发平台插件机制实现Orion4.0，同时演示如何利用这个集成开发环境进行高效率的开发。

传统的开发流程

文本编辑器编写程序→选择编译工具编译→选择调试工具调试(Debug)→再编译→再调试……编译通过→连接→运行。如果要烧写程序，还需要选用额外的烧写工具。

这种开发流程的缺点是程序非常复杂，而且调试困难。它的操作都是通过命令行完成的，让人有种难以接近的感觉。举个简单的例子：当执行完编译操作后，控制台只是麻木地把编译信息打出，告诉你第几行出了错误，你要返回去逐行检查，找到出现错误的行数，然后再调试；或者你发现错误的原因只是把一个关键字给拼写错了……这样无形中延长了开发的时间，也影响了开发人员的情绪。

新的开发流程

用工程管理器选择开发的工程类型→源码编辑器编写代码(自动编译)→调试→运行→烧写。这就是使用Orion4.0进行嵌入式开发的开发流程，它为针对S698系列处理器的嵌入式软件开发提供了一整套的解决方案。

Orion4.0的操作都是图形化的，不需要使用命令行，对新手来说，非常容易上手。

流程的简化，得益于以下这些功能部件的有机结合。

工程管理器：图形化的工程管理工具，负责应用源程序的文件组织和管理，自动帮你选择好需要的编译、连接工具。

源码编辑器：标准的文本编辑功能，支持语法关键字、关键字色彩显示等（这样就会提醒你关键字的录入是否有错误），还可以显示行数、支持函数和编译的搜索，这对大型开发项目来说非常重要。

编译工具：专门针对S698系列处理器的sparc-rtems-gcc编译器和GNU的GCC编译器，并经过优化和严格测试。

调试器：源码级调试，提供了图形和命令行两种调试方式，可以进行断点设置、单步执行、异常处理，也可以查看修改内存、寄存器、变量等，还可以查看堆栈和进行反汇编等。在跟踪调试时可以任意切换C语言级调试或汇编级调试。这些功能已经完全可以满足一般使用者的要求，但Orion4.0并不仅限于此，它还提供了强大的软件模拟器让你在没有硬件平台的情况下也能进行软件调试开发。

简单为美的设计理念

软件学向来推崇以简单为美，因为复杂的东西是难以操纵的，如何简化开发的流程是Orion设计之初最先考虑的问题。

下面用Orion4.0的工程向导（Wizard）部分举例，说明流程是如何被简化的：在新建工程时，用户需要选择工程类型，如图1所示，不同的工程类型对应不同的工具链，如图2所示，工具链会指定在工程运行的时候所需要的编译器、连接器、调试器等工具，以及这些工具的默认最优参数。也就是说，用户在开发的整个过程中对工具的选择和配置只需要操作一次，这些信息会一直保存，直到工程被删除。

图1 工程管理器

图2 工具链

为了方便用户的使用，Orion4.0还设计了很多辅助功能，比如：图形化界面设置RTEMS参数，图形化烧写参数设置，一键烧写功能等。

当然，Orion4.0还提供了详细的帮助文档。

1 解决方案的设计模型

用户操作如何传递给编译器？编译完成后错误和警告标志如何能正确无误的出现在对应的代码行上？这些都需要非常复杂的处理过程。但大致来讲，它们都是按照图3所示的设计模型完成的。

图3 工具链配置管理模型图(Build Model schema)

根据图3所示模型图，可以推断出使用工具链(ToolChain)管理的设计思想。以下是对模型图的简要说明：

①UI是用户接口，这部分是交给用户自己来控制影响Build model，最简单的例子就是在同一个工程里面，可以通过图形界面指定哪些文件编译，哪些文件不编译；

②Makefile generator是Makefile生成器；

③CDT Parser是二进制解析器，这是Windows下用GNU工具编译程序所必须的；

④Tool Integrator是GNU工具链集成器和其他东西，比如编译器sparc-rtems-gcc。

设计工作主要是依照这样一个模型来完成，模型中有要处理的工程的配置管理信息，然后Makefile generator采集这些信息，让它的Project工程中每个子目录生成对应的Makefile，模型的配置是可以变化和影响的，而默认的配置是由plugin.xml文件指定的。

2 开发应用实例

①具体的应用例子

现在简单列举一个编程例子来演示此开发平台的功能效果。按照一般教程的惯例，我们选择列举Hello World这个例子，向世界问好。

如果不想为一个入门的例子特意去找一个硬件平台，可以使用软件模拟器来