缺陷编译器

⑴ 编译器二：LLVM和GCC的区别

GCC: GNU Compiler Collection
GCC属于传统编译器，传统编译器的工作原理基本上都是三段式的，可以分为前端（Frontend）、优化器（Optimizer）、后端（Backend）。前端负责解析源代码，检查语法错误，并将其翻译为抽象的语法树（Abstract Syntax Tree）。优化器对这一中间代码进行优化，试图使代码更高效。后端则负责将优化器优化后的中间代码转换为目标机器的代码，这一过程后端会最大化的利用目标机器的特殊指令，以提高代码的性能。
事实上，不光静态语言如此，动态语言也符合上面这个模型，例如java。Java Virtual Machine也利用上面这个模型，将Java代码翻译为Java bytecode。这一模型的好处是，当我们要支持多种语言时，只需要添加多个前端就可以了。当需要支持多种目标机器时，只需要添加多个后端就可以了。对于中间的优化器，我们可以使用通用的中间代码。
这种三段式的结构还有一个好处，开发前端的人只需要知道如何将源代码转换为优化器能够理解的中间代码就可以了，他不需要知道优化器的工作原理，也不需要了解目标机器的知识。这大大降低了编译器的开发难度，使更多的开发人员可以参与进来。
虽然这种三段式的编译器有很多有点，并且被写到了教科书上，但是在实际中这一结构却从来没有被完美实现过。做的比较好的应该属Java和.NET虚拟机。虚拟机可以将目标语言翻译为bytecode，所以理论上讲我们可以将任何语言翻译为bytecode，然后输入虚拟机中运行。但是这一动态语言的模型并不太适合C语言，所以硬将C语言翻译为bytecode并实现垃圾回收机制的效率是非常低的。
GCC也将三段式做的比较好，并且实现了很多前端，支持了很多语言。但是上述这些编译器的致命缺陷是，他们是一个完整的可执行文件，没有给其它语言的开发者提供代码重用的接口。即使GCC是开源的，但是源代码重用的难度也比较大。
LLVM: Low Level Virtual Machine
LLVM最初是[Low Level Virtual Machine]的缩写，定位是一个虚拟机，但是是比较底层的虚拟机。它的出现正是为了解决编译器代码重用的问题，LLVM一上来就站在比较高的角度，制定了LLVM IR这一中间代码表示语言。LLVM IR充分考虑了各种应用场景，例如在IDE中调用LLVM进行实时的代码语法检查，对静态语言、动态语言的编译、优化等。
LLVM与GCC在三段式架构上并没有本质区别。LLVM与其它编译器最大的差别是，它不仅仅是Compiler Collection，也是Libraries Collection。举个例子，假如说我要写一个XYZ语言的优化器，我自己实现了PassXYZ算法，用以处理XYZ语言与其它语言差别最大的地方。而LLVM优化器提供的PassA和PassB算法则提供了XYZ语言与其它语言共性的优化算法。那么我可以选择XYZ优化器在链接的时候把LLVM提供的算法链接进来。LLVM不仅仅是编译器，也是一个SDK。

⑵ 解释器与编译器的区别

编译器是把源程序的每一条语句都编译成机器语言,并保存成二进制文件,这样运行时计算机可以直接以机器语言来运行此程序,速度很快;而解释器则是只在执行程序时,才一条一条的解释成机器语言给计算机来执行,所以运行速度是不如编译后的程序运行的快的.这是因为计算机不能直接认识并执行我们写的语句,它只能认识机器语言(是二进制的形式)

⑶ 编译器和解释器的主要区别是什么他们相对于对方各自的优点

解释器是解释执行的源代码，编译器是将源代码编译成目标代码

他们最大的区别是程序运行时需要解释器边解释边执行，而编译器则在运行时是完全不需要的

解释器的优点是比较容易让用户实现自己跨平台的代码，比如java，php等，同一套代码可以在几乎所有的操作系统上执行，而无需根据操作系统做修改；
编译器的目的就是生成目标代码再由连接器生成可执行的机器码，这样的话需要根据不同的操作系统编制代码，虽然有像Qt这样的源代码级跨平台的编程工具库，但在不同的平台上仍然需要重新编译连接成可执行文件，但其执行效率要远远高于解释运行的程序。
编译器是把源程序的每一条语句都编译成机器语言,并保存成二进制文件,这样运行时计算机可以直接以机器语言来运行此程序,速度很快;
而解释器则是只在执行程序时,才一条一条的解释成机器语言给计算机来执行,所以运行速度是不如编译后的程序运行的快的.
这是因为计算机不能直接认识并执行我们写的语句,它只能认识机器语言(是二进制的形式)

⑷ 面向过程编程和面向对象编程各自的优缺点

面向对象程序设计

作者：佚名 文章来源：不详 点击数：11677 更新时间：2005-10-14

作者：Ramchandra Garge

软件危机（Software Crisis）
软件技术总是处于不断发展变化中，新工具、新技术相继产生。这就要求软件产业和软件工程师们不停的寻求软件设计和开发的新途径。由于日益增长的软件系统的复杂性和软件产业内部愈演愈烈的竞争，这种要求变得更加紧迫。为了克服这种要求带来的软件危机，必须解决以下问题：
1、在系统设计中，如何表现问题的真实实体？
2、如何以开放的界面（interface）设计系统？
3、如何保证模块（mole）的可重用性（reusability）和可扩展性（extensibility）？
4、如何开发能够容忍（tolerant）未来可能的变化模块？
5、如何提高软件的生产力和减少软件开销？
6、如何管理进度表？
7、如何提高软件质量？
8、如何将软件开发过程工业化？
当软件产品在未完成时、未被使用时或者带着各种各样的错误发布时，问题就会出现。另外，用户需求的改变已经成为一个重要问题。多份关于软件实现的报告显示，在软件产品发布和使用之前，需要仔细进行质量评估。通常状态评估中应该考虑的质量因素包括：
1、正确性（Correctness）
2、可维护性（Maintainability）
3、可重用性（Reusability）
4、开放性（Openness）和可解释性（Interpretability）
5、可移植性（Portability）
6、安全性（Security）
7、完整性（Integrity）
8、用户友好性（User friendliness）

软件演化（Software Evolution）
Ernest Tello——人工智能领域的着名作家——将软件技术的演化比喻为树的生长。和树一样，软件的演化具有明显的阶段性，这些阶段称为层（layer）。过去四十年中，这些层逐步被建立起来，每一个层都由前一个层发展而成。图1显示了这个过程。但是关于树的比喻在遇到层的生命期的问题时失败了。在软件系统中，每个层都在持续的发挥作用，而在树中，只有最上层的层才有用。
面向对象程序设计（OOP）是完成程序设计工作的新方法。自从计算机发明以来，为了适应程序复杂性的不断增长，程序设计的方法有了戏剧性的变化。汇编语言被发明出来以后，程序员们总算可以用符号表示那些机器指令，从而可以编写更长、更复杂的程序。当程序规模继续不停增长的时候，高级语言被引入，为程序员们提供了更多工具对付日益增加的复杂性。第一个被普遍使用的语言是FORTRAN。不过虽然FORTRAN迈出了重大的第一步，但用它写出的代码很难说是清晰的和容易理解的。

1960年结构化程序设计思想诞生。C和Pascal等语言都大力提倡这种程序设计的方法。结构化程序设计语言使得编写较复杂的程序变得容易。但是，一旦某个项目达到一定规模，即使使用结构化程序设计的方法，局势仍将变得不可控制。
在程序设计方法发展过程中，每一次重大突破都使得程序员可以应对更大的复杂性。在这条道路上迈出的每一步中，新的方法都运用和发展了以前的方法中最好的理念。今天，许多项目的规模又进一步发展。为了解决这个问题，面向对象程序设计方法应运而生。
在详细介绍面向对象程序设计之前，让我们简单了解一下面向过程程序设计的方法。在面向过程的程序设计方法中，问题被看作一系列将被完成的任务，如读、计算和打印。许多函数用于完成这些任务。问题的焦点集中于函数。图2显示了一个典型的面向过程的程序结构。分层分解的技术被用来确定一系列需要被完成的任务，以解决特定的问题。

面向过程程序设计的基本任务是编写计算机执行的指令序列，并把这些指令以函数的方式组织起来。通常我们使用流程图组织这些行为（action），并描述从一个行为到另一个行为的控制流。
当我们集中精力开发函数的时候，很少会去注意那些被多个函数使用的数据（data）。在这些数据身上发生了什么事情？那些使用这些数据的函数又对它们产生了什么影响？
在多函数（multi-function）程序中，许多重要的数据被放置在全局数据区，这样它们可以被所有的函数访问。每个函数都可以具有它们自己的局部数据。图3显示了一个面向过程程序中函数和数据的关系。

面向对象程序设计模式
发明面向对象程序设计方法的主要出发点是弥补面向过程程序设计方法中的一些缺点。OOP把数据看作程序开发中的基本元素，并且不允许它们在系统中自由流动。它将数据和操作这些数据的函数紧密的连结在一起，并保护数据不会被外界的函数意外的改变。OOP允许我们将问题分解为一系列实体——这些实体被称为对象（object），然后围绕这些实体建立数据和函数。面向对象程序设计中的数据和函数的组织结构如图4所示。

一个对象的数据不能访问其它对象的函数，而一个对象的函数可以访问其它对象的函数。
面向对象程序设计的一些显着的特性包括：
·程序设计的重点在于数据而不是过程；
·程序被划分为所谓的对象；
·数据结构为表现对象的特性而设计；
·函数作为对某个对象数据的操作，与数据结构紧密的结合在一起；
·数据被隐藏起来，不能为外部函数访问；
·对象之间可以通过函数沟通；
·新的数据和函数可以在需要的时候轻而易举的添加进来；
·在程序设计过程中遵循由下至上（bottom-up）的设计方法。
面向对象程序设计在程序设计模式中是一个新的概念，对于不同的人可能意味着不同的内容。因此在我们继续下面的内容之前，最好给面向对象程序设计下一个定义。我们对面向对象程序设计的定义是“面向对象程序设计是一种方法，这种方法为数据和函数提供共同的独立内存空间，这些数据和函数可以作为模板以便在需要时创建类似模块的拷贝。这样的程序设计方法称为面向对象程序设计。”
从以上定义可以看到，一个对象被认为是计算机内存中的一个独立区间，在这个区间中保存着数据和能够访问数据的一组操作。因为内存区间是相互独立的，所以对象可以不经修改就应用于多个不同的程序中。

什么是面向对象程序设计？
面向对象程序设计（OOP）技术汲取了结构化程序设计中好的思想，并将这些思想与一些新的、强大的理念相结合，从而给你的程序设计工作提供了一种全新的方法。通常，在面向对象的程序设计风格中，你会将一个问题分解为一些相互关联的子集，每个子集内部都包含了相关的数据和函数。同时，你会以某种方式将这些子集分为不同等级，而一个对象就是已定义的某个类型的变量。当你定义了一个对象，你就隐含的创建了一个新的数据类型。

面向对象程序设计中的基本概念
“面向对象”作为一个术语，在不同的人群中有着不同的解释。因此，了解一些在面向对象程序设计中广泛应用的概念是必须的。本节我们讨论以下这些内容：
1、对象（Object）
2、类（Class）
3、数据抽象（Data abstraction）
4、继承（Inheritance）
5、动态绑定（Dynamic binding）
6、数据封装（Data encapsulation）
7、多态性（Polymorphism）
8、消息传递（Message passing）

对象
在一个面向对象的系统中，对象是运行期的基本实体。它可以用来表示一个人或者说一个银行帐户，一张数据表格，或者其它什么需要被程序处理的东西。它也可以用来表示用户定义的数据，例如一个向量，时间或者列表。在面向对象程序设计中，问题的分析一般以对象及对象间的自然联系为依据。如前所述，对象在内存中占有一定空间，并且具有一个与之关联的地址，就像Pascal中的record和C中的结构一样。
当一个程序运行时，对象之间通过互发消息来相互作用。例如，程序中包含一个“customer”对象和一个“account”对象，而customer对象可能会向account对象发送一个消息，查询其银行帐目。每个对象都包含数据以及操作这些数据的代码。即使不了解彼此的数据和代码的细节，对象之间依然可以相互作用，所要了解的只是对象能够接受的消息的类型，以及对象返回的响应的类型，虽然不同的人会以不同的方法实现它们。

类
我们刚才提到，对象包含数据以及操作这些数据的代码。一个对象所包含的所有数据和代码可以通过类来构成一个用户定义的数据类型。事实上，对象就是类类型（class type）的变量。一旦定义了一个类，我们就可以创建这个类的多个对象，每个对象与一组数据相关，而这组数据的类型在类中定义。因此，一个类就是具有相同类型的对象的抽象。例如，芒果、苹果和桔子都是fruit类的对象。类是用户定义的数据类型，但在一个程序设计语言中，它和内建的数据类型行为相同。比如创建一个类对象的语法和创建一个整数对象的语法一模一样。如果fruit被定义为一个类，那么语句
fruit mango;
就创建了一个fruit类的对象mango。

数据抽象和封装
把数据和函数包装在一个单独的单元（称为类）的行为称为封装。数据封装是类的最典型特点。数据不能被外界访问，只能被封装在同一个类中的函数访问。这些函数提供了对象数据和程序之间的接口。避免数据被程序直接访问的概念被称为“数据隐藏”。
抽象指仅表现核心的特性而不描述背景细节的行为。类使用了抽象的概念，并且被定义为一系列抽象的属性如尺寸、重量和价格，以及操作这些属性的函数。类封装了将要被创建的对象的所有核心属性。因为类使用了数据抽象的概念，所以它们被称为抽象数据类型（ADT）。

封装
封装机制将数据和代码捆绑到一起，避免了外界的干扰和不确定性。它同样允许创建对象。简单的说，一个对象就是一个封装了数据和操作这些数据的代码的逻辑实体。
在一个对象内部，某些代码和（或）某些数据可以是私有的，不能被外界访问。通过这种方式，对象对内部数据提供了不同级别的保护，以防止程序中无关的部分意外的改变或错误的使用了对象的私有部分。

继承
继承是可以让某个类型的对象获得另一个类型的对象的属性的方法。它支持按级分类的概念。例如，知更鸟属于飞鸟类，也属于鸟类。就像图5中描绘的那样，这种分类的原则是，每一个子类都具有父类的公共特性。

在OOP中，继承的概念很好的支持了代码的重用性（reusability），也就是说，我们可以向一个已经存在的类中添加新的特性，而不必改变这个类。这可以通过从这个已存在的类派生一个新类来实现。这个新的类将具有原来那个类的特性，以及新的特性。而继承机制的魅力和强大就在于它允许程序员利用已经存在的类（接近需要，而不是完全符合需要的类），并且可以以某种方式修改这个类，而不会影响其它的东西。
注意，每个子类只定义那些这个类所特有的特性。而如果没有按级分类，每类都必须显式的定义它所有的特性。

多态
多态是OOP的另一个重要概念。多态的意思是事物具有不同形式的能力。举个例子，对于不同的实例，某个操作可能会有不同的行为。这个行为依赖于所要操作数据的类型。比如说加法操作，如果操作的数据是数，它对两个数求和。如果操作的数据是字符串，则它将连接两个字符串。
图6演示了一个函数处理不同数量、不同类型的参数。就像某个单词在不同的上下文中具有不同的含义。

多态机制使具有不同内部结构的对象可以共享相同的外部接口。这意味着，虽然针对不同对象的具体操作不同，但通过一个公共的类，它们（那些操作）可以通过相同的方式予以调用。多态在实现继承的过程中被广泛应用。
面向对象程序设计语言支持多态，术语称之为“one interface multiple method（一个接口，多个实现）”。简单来说，多态机制允许通过相同的接口引发一组相关但不相同的动作，通过这种方式，可以减少代码的复杂度。在某个特定的情况下应该作出怎样的动作，这由编译器决定，而不需要程序员手工干预。
在多函数程序中，许多重要的数据被声明为全局变量，这样它们才可以被所有的函数访问。每个函数又可以具有它自己的局部变量。全局变量很容易被某个函数不经意之间改变。而在一个大程序中，很难分辨每个函数都使用了哪些变量。如果我们需要修改某个外部数据的结构，我们就要修改所有访问这个数据的函数。这很容易导致bug的产生。
在结构化程序设计中，另一个严重的缺陷是不能很好的模拟真实世界的问题。这是因为函数都是面向过程的，而不是真正的对应于问题中的各个元素。
面向过程的程序设计的一些特点如下：
·强调做（算法）；
·大程序被分隔为许多小程序，这些小程序称为函数；
·大多数函数共享全局数据；
·数据开放的由一个函数流向另一个函数。函数把数据从一种形式转换为另一种形式。
采用由上至下的程序设计方法。

动态绑定
绑定指的是将一个过程调用与相应代码链接起来的行为。动态绑定的意思是，与给定的过程调用相关联的代码只有在运行期才可知。它与多态和继承的联系极为紧密。一个多态引用的函数调用决定于这个引用的动态类型。
考虑图6中的“draw”方法。通过继承，每个对象都具备了这个过程。但是，对于不同的对象它的算法是不同的，因此，draw过程必须在每一个类中重新定义。在运行期，当前引用对象所对应的代码将被调用。

消息传递
一个面向对象的程序由许多对象组成，这些对象之间需要相互沟通。因此，在面向对象程序设计语言中，程序设计的主要步骤如下：
1、创建类，这些类定义了对象及其行为；
2、由类定义创建对象；
3、建立对象之间的通讯。
对象之间通过收发信息相互沟通，这一点类似于人与人之间的信息传递。信息传递的概念使得真实世界的直接模拟更易于和建立系统交流。
对于某个特定对象来说，消息就是请求执行某个过程，因此，消息的接收对象会调用一个函数（过程），以产生预期的结果。传递的消息的内容包括接收消息的对象的名字，需要调用的函数的名字，以及必要的信息。
对象就有一个生命周期。它们可以被创建和销毁。只要对象正处于其生存期，就可以与其进行通讯。

OOP的优点
OOP具有许多优点，无论是对于程序设计者或者用户来说都是如此。面向对象为软件产品扩展和质量保证中的许多问题提供了解决办法。这项技术能够大大提高程序员的生产力，并可提高软件的质量以及降低其维护费用。其主要的优点陈列于下：
1、通过继承，我们可以大幅减少多余的代码，并扩展现有代码的用途；
2、我们可以在标准的模块上（这里所谓的“标准”指程序员之间彼此达成的协议）构建我们的程序，而不必一切从头开始。这可以减少软件开发时间并提高生产效率；
3、数据隐藏的概念帮助程序员们保护程序免受外部代码的侵袭；
4、允许一个对象的多个实例同时存在，而且彼此之间不会相互干扰；
5、允许将问题空间中的对象直接映射到程序中；
6、基于对象的工程可以很容易的分割为独立的部分；
7、以数据为中心的设计方法允许我们抓住可实现模型的更多细节；
8、面向对象的系统很容易从小到大逐步升级；
9、对象间通讯所使用的消息传递技术与外部系统接口部分的描述更简单；
10、更便于控制软件复杂度。
当需要将以上所说的所有特性有机的结合于一个面向对象系统中，它们之间的相对重要性就取决于工程的类型和程序员的喜好。为了获得上述的某些优势，必须考虑很多事情。例如，对象库必须可以被重用。技术还在不停的发展，现有的产品也会很快的更新换代。如果重用没有能够实现，那么就需要进行严格的控制和管理。
易于使用的开发软件往往难以编写。面向对象程序设计工具有望解决这个问题。

面向对象程序设计语言
面向对象技术并不是某个特定语言的特权。如同结构化程序设计一样，OOP概念可以在很多语言比如C和Pascal中实现。但是，当程序越来越大时，程序设计工作会变得拙劣而混乱。而一个支持OOP概念的程序设计语言则可以让一切变得简单。
一个语言必须支持几个主要的OOP概念才能称其是面向对象的。根据所支持的OOP特性，语言可以分为以下两类：
1、基于对象的程序设计语言；
2、面向对象的程序设计语言。
基于对象的程序设计语言仅支持封装和对象辨识。
一个面向对象的程序设计语言所要支持的重要特性如下：
·数据封装
·数据隐藏和访问机制
·对象的自动初始化和清除
·操作符重载
支持对象风格程序设计的语言称为基于对象的程序设计语言。它们不支持继承和动态绑定。
Ada就是一个典型的基于对象的程序设计语言。
面向对象的程序设计不仅仅包含基于对象程序设计的特性，还支持继承和动态绑定。
OOP的应用
OOP最有前途的应用领域如下：
1、实时系统；
2、仿真和建模；
3、面相对象数据库；
4、超文本、超媒体和扩展文本；
5、AI和专家系统；
6、神经网络和并行程序设计；
7、决策支持和办公自动化系统；
8、CIM/CAM/CAD系统。

⑸ C++,缺点

我认为，没有缺点，只有区别：
1.说到难起步，LISP等语言会更难起步，汽车比摩托车难起步难道汽车就比自行车差么，应用领域不同，难度就没有可比性。
2.虽然指针操作麻烦危险，但是它高效，简洁，没有听说哪个熟练使用C++的程序员会说指针操作麻烦危险，不应该把对语言的理解程度不同而造成的问题说成语言自身的问题。同样，对于JAVA新手来说，JAVA的对象引用(其实就是指针)的难度往往是致命的而不是出个语法错误那么简单了。
3.JAVA脱离完整的官方架构和库支持，想写一个网页插件不比C++容易多少，而C++如果有好的库（这方面的库很多），写个网页插件会更容易。这点是把语言和整个开发环境2个概念弄混淆了。BASIC通过VB的诠释，其能力不是QBASIC能体现的。
3.JAVA依赖虚拟机实现的跨平台的确C++是没办法比的，但是由于这个关系JAVA只有C++ 1/50的运行速度也是没办法改变的。
4.C++支持OO,PO,甚至即将到来的AO,只能是其语言强大的表现，何来缺点之有？不是所有编程OO都实用的，有个话说的好：存在即真理。

言语刻薄，呵呵，PP

------------------------------------------------------
楼上1。说到OO不彻底，我的意见是这样应该是更好的，OO作为一个程序设计理念，它不是万能的，在某些应用场合，比如单片机，作为一个纯面向对象的语言，类的概念只会给程序编写带来束缚，原因还是那样，绑在一棵树上，就是等死。灵活运用OO不是说应该把思想禁锢在OO中,"遇事皆OO",那是90年代学术上的迂腐思想了，实际应用，只要灵活，有效，我们就应该说它是能较好解决问题的，而不应该过分强调没有使用某种设计理念，这点上，我不认为OO是OP的进化，他们是平行的才对。说道main,难道JAVA想运行起来就不需要main了么？

楼上2：这点的确C/C++是没有办法避免的，我自己也是很头痛的（总是要在三个系统中处理这些无聊问题），但是，还是那样的，事物总有2面性，解决了移植带来了速度问题，虽然SUN一再强调VM可以做到编译级速度，而且我们自己实现的VM也已经达到了客户的即时响应标准，但是，在速度上的牺牲这个不管怎么掩盖也是一个弊端，可能随着硬件的进步，这个弊端越来越不明显了吧。事情总是向好的地方发展。

楼上3。指针，总是所有人极力想避讳的话题，其实你想想，虽然JAVA有效的避免了越界，野指，假如我的越界和野指是我自己的需求该怎么办，牺牲了灵活性，事物的2面性再次体现。

楼上4说道GC,呵呵不知道有没想过，这个才是JAVA真正的郁闷，事实上，你不知道你的对象什么时候被确定销毁了，虽然这个在小应用程序中可能不需要在意，但是在稀缺资源设备上，这个是致命的，以至于很多好的特性不能使用，被迫回到原始时代呵呵，虽然C++会难免造成遗忘释放，但是，我知道我释放了这个对象，那么它就真的释放了，我对它的所有引用都不再有效了，而JAVA却是不一定的，在多线程交互的程序中尤为明显。还是2面性的问题呵呵。

楼上5我维持我自己观点，还是混淆了语言和平台，其实你那样比较跟拿BASIC和VB比较没什么2样，同样，你是拿带JDK的JAVA和没有带任何库的C++来比较，我只能说，利用成型的库，使用C++来构建不会比JAVA难的，如果你不import，自己利用自己写的代码来构建。。。

我这么说不是说C++就是完美的，也不是批判JAVA的愤青，只是，在编程语言中，我们不能随便的比较某2个语言，语言是依赖环境而存在的，单一的语言，都是没有什么价值的，事物的2面性，让很多说这个语言好，那个语言差的言论是没有根据的，所以我想，区别比缺点更能说明一些问题.

⑹ C语言编程时的功能缺陷的解决

先刷新一下缓冲区，然后再getch();需要的头文件是#include <conio.h>,出现这种情况跟编译器有关，添加代码注释中给出：

#include<stdio.h>
#include<conio.h>/////////////////////////////
intmain()
{
	intday;
	printf("Whatdayisittoday?
");
	scanf("%d",&day);
	fflush(stdin);///////////////////////////////
	switch(day)
{
case1:
case2:
case3:
case4:
case5:
printf("Today,youmustgotoschool.
");
break;
case6:
printf("Haveagoodrest!!!ButDon'tforgettodoyourhomework.
");
break;
case7:
printf("Didyoufinishyourhomework?Tomorrowyouhavetogotoschool.checkitandyoucanalsoplay.
");
break;
default:
printf("Don'tdothis.youknowaweekhavesevendays,no%d.",day);
break;

}
getch();/////////////////////////////////////////
	return0;
}

⑺ 软件缺陷的产生原因

在软件开发的过程中，软件缺陷的产生是不可避免的。那么造成软件缺陷的主要原因有哪些？从软件本身、团队工作和技术问题等角度分析，就可以了解造成软件缺陷的主要因素。
软件缺陷的产生主要是由软件产品的特点和开发过程决定的。
1.需求不清晰，导致设计目标偏离客户的需求，从而引起功能或产品特征上的缺陷。
2.系统结构非常复杂，而又无法设计成一个很好的层次结构或组件结构，结果导致意想不到的问题或系统维护、扩充上的困难；即使设计成良好的面向对象的系统，由于对象、类太多，很难完成对各种对象、类相互作用的组合测试，而隐藏着一些参数传递、方法调用、对象状态变化等方面问题。
3.对程序逻辑路径或数据范围的边界考虑不够周全，漏掉某些边界条件，造成容量或边界错误。
4.对一些实时应用，要进行精心设计和技术处理，保证精确的时间同步，否则容易引起时间上不协调，不一致性带来的问题。
5.没有考虑系统崩溃后的自我恢复或数据的异地备份、灾难性恢复等问题，从而存在系统安全性、可靠性的隐患。
6.系统运行环境的复杂，不仅用户使用的计算机环境千变万化，包括用户的各种操作方式或各种不同的输入数据，容易引起一些特定用户环境下的问题；在系统实际应用中，数据量很大。从而会引起强度或负载问题。
7.由于通信端口多、存取和加密手段的矛盾性等，会造成系统的安全性或适用性等问题。
8.新技术的采用，可能涉及技术或系统兼容的问题，事先没有考虑到。
1.系统需求分析时对客户的需求理解不清楚，或者和用户的沟通存在一些困难。
2.不同阶段的开发人员相互理解不一致。例如，软件设计人员对需求分析的理解有偏差，编程人员对系统设计规格说明书某些内容重视不够，或存在误解。
3.对于设计或编程上的一些假定或依赖性，相关人员没有充分沟通。
4.项目组成员技术水平参差不齐，新员工较多，或培训不够等原因也容易引起问题。
1.算法错误：在给定条件下没能给出正确或准确的结果。
2.语法错误：对于编译性语言程序，编译器可以发现这类问题；但对于解释性语言程序，只能在测试运行时发现。
3.计算和精度问题：计算的结果没有满足所需要的精度。
4.系统结构不合理、算法选择不科学，造成系统性能低下。
5.接口参数传递不匹配，导致模块集成出现问题。
1.缺乏质量文化，不重视质量计划，对质量、资源、任务、成本等的平衡性把握不好，容易挤掉需求分析、评审、测试、等时间，遗留的缺陷会比较多。
2.系统分析时对客户的需求不是十分清楚，或者和用户的沟通存在一些困难。
3.开发周期短，需求分析、设计、编程、测试等各项工作不能完全按照定义好的流程来进行，工作不够充分，结果也就不完整、不准确，错误较多；周期短，还给各类开发人员造成太大的压力，引起一些人为的错误。
4.开发流程不够完善，存在太多的随机性和缺乏严谨的内审或评审机制，容易产生问题。
5.文档不完善，风险估计不足等。

⑻ 谁知道c语言各个编译器优缺点越详细越好

编译器种类很多，最主流的还是turbo和VC，主流的东西可参考资料多，建议用这两个。但VC好用些，图形环境。

⑼ 如何解决嵌入式软件的缺陷

嵌入式软件中，ARM架构下的编译器会频繁的使用堆栈，堆栈用于存储函数的返回值、AAPCS规定的必须保护的寄存器以及局部变量，包括局部数组、结构体、联合体和C++的类。从堆栈中分配的局部变量的初值是不确定的，因此需要运行时显式初始化该变量。一旦离开局部变量的作用域，这个变量立即被释放，其它代码也就可以使用它，因此堆栈中的一个内存位置可能对应整个程序的多个变量。
局部变量必须显式初始化，除非你确定知道你要做什么。下面的代码得到的温度值跟预期会有很大差别，因为在使用局部变量sum时，并不能保证它的初值为0。编译器会在第一次运行时清零堆栈区域，这加重了此类Bug的隐蔽性。

⑽ Intel C++ Compiler与gcc对比有什么优缺点

icc 是Intel公司专门为Wintel平台设计，有针对性的做了优化，缺陷也很显然，既然有针对性，也就不具备通用性。使用icc编译，可能会使编译出来的程序有更好的执行效率，但也可能使其在非Intel CPU上运行异常。并且，在某些情况下，即使在Wintel平台上也会崩溃。
gcc的优势在于其通用性，目前主流的所有平台，它基本上都支持。使用-O3优化编译后的执行效率，也不错。
在Win平台上，编译后执行效率最好的，依然是微软的vs，这可能与win系统是他们家出的有关。
使用icc带来的优势，并不突出，还是建议不要用了。
如果限定在win平台上开发，使用vc或gcc更合适一些。我个人推荐gcc，vc的ide环境过于庞大，不太喜欢，但win平台上主流的c开发工具还是vc，有不少开源的工程都使用它，如果你用到了这些开源代码，就不得不用了。