基于Moblin系统的COD移植及二次开发.docVIP

基于Moblin系统的COD移植和二次开发 PAGE  整理发布 基于Moblin系统的COD移植和二次开发 摘要 当我们拿到项目规范文档时，我们通常看到一项是目标平台（比如Windows），这就存在平台的优势和劣势。让我们想象一下我们接到一个任务要使这个应用运行在另一个平台上（比如Linux）上。或者我们想象一下，我们需要在一个平台上使用本来为另一个平台所写的代码。从这里我们看到了难度。你开始移植，并且考虑了所有的规范和软件架构。但是如果架构本来就是错的（比如从一开始它就不适合另一个平台），你就会发现你不得不重写很多代码。我们有一个例子。这个程序打开物理磁盘0，读取MBR，然后将MBR写入另一个文件中，配置文件并保存。这个过程是给Windows设计的一个过程。在Linux下，是完全不同的，试想成百上千个重大不同会是移植项目多么艰难。 代码移植，顾名思义，将代码从一个本来有效运行的平台转移到另一个未知的平台。该代码并非针对未知平台编写，所以能在未知平台上，不通过修改运行，是几乎不可能发生的事情，代码移植就是将代码生成的程序运行在该未知平台上成为可能。更精确的来说，在计算机科学领域，移植就是一个改造软件的过程，该过程使原本针对一种计算环境的计算机程序在另一种环境中（不同的CPU，不同的操作系统，不同的第三方库）运行。广义上来说，移植也是将软件适应新环境的过程。因为代码移植存在着诸多好处，所以我们有必要在这方面做出一点研究。Linux操作系统的不断发展与成熟已极大地拓宽了其应用领域。随着应用的日益推广与深入，Linux平台也就需要更多、更丰富的应用来支撑。一般情况下，我们通过开发新的应用系统来丰富Linux的平台功能。然而，由于新系统尤其是大型系统的开发，通常都需要较长的周期及较大的投资，因此，实际中也常常采用另外一种软件技术：跨平台移植技术，来满足应用的需求，现有Win32、Unix应用系统大都经过实践验证、性能稳定且资源丰富，因此，将已有异构平台的应用软件移植到Linux平台就更有意义。本文将着手于一个Windows项目到Linux的移植，从中总结一些移植的方法、移植的经验以及移植的注意事项等和移植有关的内容，从windows项目到Linux的移植这一个面，让大家对移植有一个感性的认识和一个比较理性的理解。 关键词：移植，Windows，Linux，Moblin  PORTING AND DEVELOP COD BASED ON MOBLIN ABSTRACT Receiving the project specification, we usually see only one target platform in the “Platforms” section (e.g., Windows) and that is why we enjoy its advantages and disadvantages. Let’s imagine that you receive the task where it is proposed to run the application on the other platform (e.g., Linux). Or imagine that you have to use the code, which was written for one platform, on another platform. From this point you start to face difficulties. You start to plan the porting taking into account all the specifics of the program architecture. And if the architecture was wrong from the very beginning (I mean that it did not expect the porting between the platforms), it can turn out that you have to remake a lot. Let’s examine the example of the code The program opens the PhysicalDrive0, acquires MBR and writes it to the file, then defines the disk configuration and saves it to a separate file. The code was w