可移植性，什么是计算机病毒的可移植性

1，什么是计算机病毒的可移植性

与程序的可移植性应该类似，就是该病毒程序具有良好的程序结构和包结构，能够被很方便的再利用，它的作用是能够适应多种文件环境，能够加速传播，加大变异的可能性!

什么是计算机病毒的可移植性

2，软件的可移植性是冲量软件质量的重要标准之一它指什么

软件的可移植性是指可以在不同的操作系统环境下都可以正常部署和运行，就是指软件的可移植性很好，移植性好有利于系统安全，比如大家都常用windows系统，用的人多那么windows系统的漏洞就会很多，需要不断更新补丁，这样对于安全级别高的系统是存在隐患的，但是和linux系统相比，用的人就少，漏洞就较少，安全性就越高哦！可移植性就在这里得到了价值体现！

软件的可移植性是冲量软件质量的重要标准之一它指什么

3，程序的可移植是什么意思

可移植性是指一个软件中的资料能否正常地导入或导出到其他软件的功能。比如像联系人列表、接收或发送过的邮件，这些资料内容十分庞大，而且非常重要，无论是我们重装系统还是升级原有软件，可移植性好的软件都因为减少了大量重复性录入而更容易得到用户的青睐。

就是说程序在完成后，可以直接搬用到其他的平台上。完成其他平台的需求。这样可以避免代码的重复编写给编程带来很大方便。

程序的可移植是什么意思

4，请给我解释下计算机软件的可移植性是什么意思它的原理是什么举

可移植性一般分为两种：软件可移植性，硬件可移植性。软件可移植性是指代码可以在不同平台间移植，硬件移植性是指在不同硬件间（如不同构架的CPU）移植。我们一般说的软件的可移植性指的是软件可移植性，简单的说就是指源代码到不同的平台下（不同的操作系统，例如从Windows下移到Linux下）时，需要修改的内容越少，移植性越好。如果是编译好的程序那就谈不上移植性了，它是不可能跨平台运行的。要保证软件可移植性，就是少用或不用系统特有的东西，比如你用C语言编程，你可以使用C语言本身的库，但不要用WindowsAPI函数，因为WindowsAPI函数在Linux下是没有的，如果想移植到Linux平台下，使用WindowsAPI函数的部分代码就要做出修改了。

可移植是要以开源为前提的~~~因为C++标准的跨平台特性决定的。相同的代码用不同的编译器编译出来在两个不同的平台上运行。叫移植~~如果不开源，一般人是不能移植的~

zzzhiv说的不对，可移植与开源无关！！！如果我自己写一个程序，需要在Windows和Linux下运行，那么我也要考虑它的可移植性，但它并不是开源软件。或者一个公司的程序，不开源但也要移植。而且也不一定是用不同的编译器去编译，可以用相同的编译器在不同的平台下编译，比如windows和Linux下都使用GCC编译器，编译C++代码。

是计算机专业学习计算机基础和计算机个硬件工作原理原理的一门基础学科

一个软件，或其他可以在一个系统下运行良好的东西，换到另一个平台上面（操作系统，或其他运行环境）仍旧可以运行很好的话，就叫可移植性好就像一棵树，你把它移植到别的地方，它仍旧是活的，这就叫移植成功了可移植性是反映软件产品质量的标准之一

5，C语言可移植性强具体指什么

它是vb，vc语言的基础型，可适用于多种语言

1、可以在任何机器上运行2、可以在任何操作系统上运行可移植性并不是指直接复制程序就可以用了，指的是不用改变代码便可以在另一台机器上编译运行。

“偶是队长”见多识广，所言极是！！C语言的“可移植性强”是和汇编语言相比而言的。早期计算机没有统一的操作系统，程序员要直接对硬件编程，不同计算机的汇编指令集各不相同，为一个计算机编写的程序要想移植到另一台计算机上运行，要根据具体计算机的指令集进行大量修改。C语言因为可将源程序为不同计算机编译成不同的二进制程序，而无须修改C语言源程序，对于编程者来说，就是提高了可移植性。现在有了成体系的操作系统，这个档次的可移植性就没什么优势可言了。当前环境下，可移植性高的语言当属JAVA，口号是“一处编程，处处运行”，在不修改源代码的情况下，程序可以跨操作系统运行。由于JAVA的娘家SUN公司还不够强势，事实上更换到某些平台时，操作系统厂商各自为政，某些代码移植时还是要进行一点修改的，不过SUN正致力于形成更强势的标准来解决这类问题。而它的竞争对手微软公司，也正在致力于形成另一套标准来打破SUN的统一标准。欲知后事如何，且看市场分解。

所谓C的移植性强，是有特定历史场景的；在很多年前，程序设计上，以汇编和C为主，相比较而言，C比汇编的移植性好，因为汇编针对的CPU不同。---------------在应用程序开发上，C语言的可移植性肯定不能摆上台面，比如win32 SDK就无法移植到UNIX上。内联汇编的，就更不能移植了。在应用程序开发领域，JAVA和.NET的移植性是最好的。因为他们都有各自的工业标准，比如.NET的CLR有ISO和ECMA的标准化，自然可以轻松的移植到UNIX，LINUX，以及MACOS上去。

6，C语言中可移植性是什么意思啊

可移植性并不是指所写的程序不作修改就可以在任何计算机上运行，而是指当条件有变化时，程序无需作很多修改就可运行。你不要把“我不会遇到这种情况”这句话说得太早。直到MS—Windows出现之前，许多MS—DOS程序员还不怎么关心可移植性问题。然后，突然之间，他们的程序不得不在一个看起来不同的操作系统上运行。当Power PC流行起来后，Mac机的程序员不得不去应付一个新的处理器。任何一个在同版本的UNIX下维护过程序的人所了解的可移植性的知识，恐怕都足以写成一本书，更别说写成一章了。假设你用基本ALBATR—OS(Anti-lock Braking and Tire Rotation operating system)的Tucker C来编写防抱死刹车软件，这听起来好象是一个最典型的不可移植软件。即便如此，可移植性仍然很重要：你可能需要把它从Tucker C的7．55c版本升级到8．O版本，或者从ALBATR—OS的3．o版本升级到3．2a版本，以修改软件中的某些错误；你也可能会出于仿真测试或宣传的目的，而把它(或其中一部分)移植到MS-Windows或UNIX工作站上；更为可能的是，在它尚未最终完工之前，你会把它从一个程序员手中交到另一个程序员手中。可移植性的本意是按照意料之中的方式做事情，其目的不在于简化编译程序的工作，而在于使改写(重写!)程序的工作变得容易。如果你就是接过别人的程序的“倒霉蛋”，那么原程序中的每一处出乎意料之外的地方都会花去你的时间，并且将来可能会引起微妙的错误。如果你是原程序的编写者，你应该注意不要使你的程序中出现出乎接手者意料之外的代码。你应该尽量使程序容易理解，这样就不会有人抱怨你的程序难懂了。此外，几个月以后，下一个“倒霉蛋” 很可能就会是你自己了，而这时你可能已经忘记了当初为什么用这样复杂的一种方式来写一个for循环。使程序可移植的本质非常简单：如果做某些事情有一种既简单又标准的方法，就按这种方法做。使程序可移植的第一步就是使用标准库函数，并且把它们和ANSI／ISO C标准中定义的头文件放在一起使用，详见第11章“标准库函数”。第二步是尽可能使所写的程序适用于所有的编译程序，而不是仅仅适用于你现在所使用的编译程序。如果你的手册提醒你某种功能或某个函数是你的编译程序或某些编译程序所特有的。你就应该谨慎地使用它。有许多关于c语言编程的好书中都提出了一些关于如何保持良好的可移植性的建议。特别地，当你不清楚某个东西是否会起作用时，不要马上写一个测试程序来看看你的编译程序是否会接受它，因为即使这个版本的编译程序接受它，也不能说明这个程序就有很好的可移植性(C++程序员比c程序员应该更重视这个问题)。此外，小的测试程序很可能会漏掉要测试的性能或问题的某些方面。第三步是把不可移植的代码分离出来。如果你无法确定某段程序是否可移植，你就应该尽快注释出这一点。如果有一些大的程序段(整个函数或更多)依赖于它们的运行环境或编译方式，你就应该把其中不可移植的代码分离到一些独立的“．c”文件中。如果只在一些小的程序段中存在可移植性问题，你可以使用#ifdef预处理指令。例如，在MS-DOS中文件名的形式为“＼tools＼readme”，而在UNIX中文件名的形式为“／tools／readme”。如果你的程序需要把这样的文件名分解为独立的部分，你就需要查找正确的分隔符。如果有这样一段代码 #ifdef unix #define FILE_SEP_CHAR/ #endif #ifdef __MSDOS__ define FILE SEP CHAR\ #endif 你就可以通过把FILE_SEP_CHAR传递给strchr()或strtok()来找出文件名中的路径部分。尽管这一步还无法找出一个MS-DOS文件的驱动器名，但它已经是一个正确的开头了。最后，找出潜在的可移植性问题的最好方法之一就是请别人来查找!如果可以的话，最好请别人来检查一下你的程序。他或许知道一些你不知道的东西，或许能发现一些你从未想过的问题(有些名称中含"lint"的工具和有些编译程序选项可以帮助你找出一些问题，但你不要指望它们能找出大的问题)。

简单的说，就是说你在一个系统上（比如windows）用C语言开发的系统，在某些原因中可能需要更换到其他系统上时（比如linux和unix等等），你的程序的代码不需要做修改或者只需要做少量的修改，就能实现在该系统上的运行，这就是可移植性。