反汇编毕业论文

反汇编毕业论文

近年来,随着全球网际网路技术的普及、计算机技术的迅猛发展、数字技术的瞬息万变,计算机工程在人们生活、生产中的应用越来越广泛。下面是我为大家整理的计算机工程毕业论文，供大家参考。

计算机软体大体分为三类，一种是总述，一种是系统软体，一种是应用软体，系统软体的作用是促使各个硬体按照一定的规律协调工作，保证计算机处于正常运转状态。而应用软体的作用则是为了实现某种使用愿望而开发出来的软体。

1计算机软体工程专案管理的基本概念

1.1工程专案管理的含义工程专案管理主要是业主通过委托从事工程专案管理的企业，签署相关协议，工程专案管理企业有义务和权力代表业主在工程专案进行的情况卜干预和服务。工程专案管理企业可以协助业主同项目工程总承包签订一系列合同，只是起到辅助性作用，不直接与总承包企业或者施工、勘察、供货和设计签署协议或合同，工程专案管理企业有责任在施工过程中监督合同的完成情况。

1.2软体工程专案的概况

1.2.1管理人员开展有序的专案计划

企业必须把人员管理放在重要位置，在软体工程专案的开发上人员的调配问题是保证工程顺利进行的重要因素，因此，专案能否成功和工作人员的工作能力、写作能力息息相关，针对工程专案的操作类别不同，可以分配成各个研究小组，进行科学合理的针对性开发和高效的协作，有利于工程的快速推进和更加完善。小组内的人员根据自身优势，确定自己的工作内容和工作时间。对专案进行正确的认识和对风险进行评估，与此同时从节约成木的方而出发，形成科学的人力资源调配机制，使专案得以顺利开展。

1.2.2质量和配置管理工作

软体的质量管理工作是整个专案的核心工作，质量管理决定着计算机软体工程专案管理是否真正的成功，通过一系列保证质量的手段，有计划的编制、控制和保证专案质量。保证专案质量的方式可以通过定期的进行质量评估得以实现，在日常专案管理中要不断的对工作进行考查，对于专案不合格的地方要提出意见并且考虑整改措施，不断完善整个软体配置管理的记录工作，使专案的质量能有一定的检测体系，这样开发者会对专案工程的质量问题有比较深入的了解。

1.2.3风险评估和管理工作

风险管理大致分为两种工作，一种是风险识别，另一种是风险评估。得到评估结果以后要针对问题提出相应的解决办法，定期检测计算机软体工程的好处是可以减小产生风险的概率，还可以避免一些因疏忽而产生风险，使专案的损失减少到最低，也减少了因专案风险而造成的一些相关责任人的利益冲突。

2计算机软体工程专案管理中存在的问题

2.1管理团队的协作问题

分工合作是我们完成一个专案的基木因素，在软体开发方而更需要每个人的智慧一起凝聚出果实，共同享受成果，而目前在计算机软体工程专案管理方而资讯的交流方而存在一些问题，例如分工不清、团队不合作等问题。

2.2需求分析和实际中的业务存在差距问题

计算机软体工程专案没有结合实际的活动需求，也没有调查有效的资料分析，因此计算机软体工程专案管理在开发出新的产品以后并没有取得理想的业务效果。

2.3风险管理的问题

专案的风险工作是企业需要考虑的很重要的问题，如果风险没有相应科学管理，很容易带来巨大的损失，但是很多员工并不懂得如何规避风险，缺乏相应的专业知识，更是缺少对风险工作的管理，导致很多企业在风险来临时无法做出正确行动，造成巨大的经济损失。

3计算机软体工程专案管理的对策

3.1对风险管理和工作进度进行有效管理

制定风险管理制度。计算机软体工程专案管理的工作人员必须具有一定的风险识别意识和相应的遇到风险的专业知识，并且能有效的控制风险的能力。在平时要做好风险评估的管理报告，针对可能发生的风险要及时预测并且做出相应的解决行动。设定专门的人员对计算机软体工程专案定期进行风险的评估和检查工作。在整个专案中，根据需要进行多次的风险管理工作，因为风险无时无刻都有可能存在，检查的目的是尽量减少风险发生，在一般情况卜处理风险的措施一般有三种:减缓、规避和转移。提高工程的进度，不断的推进工程的工作效率。要制定详细的工作计划表，并且尽可能达到最高的工作目标。工作人员有严谨的工作态度和高效的作息时间安排，管理人员要密切关注工程进度，不断的督促员工完成应做的工作量，有条理、高效的完成对员工的工作任务的监督工作。

3.2建立完善的管理体系针对计算机软体工程的人员日常管理工作，要建立科学有效的管理方案。合理安排人才资源，确保在进行计算机软体专案工程时人员调配顺利进行。专业知识的培训对于工作人员来说

是必不可少的，可以极大的丰富计算机软体工程专案人员的专业水平和实践能力，减少工作上的失误，提高工作效率和工作人员的素质。奖罚制度是对企业员工优劣的衡量标准，所以在计算机软体工程专案管理方而采取奖罚制度可以极大程度上调动员工的积极性，使员工主动为企业创造效益，企业的发展才能有长远的未来。

3.3建立合作的团队

在员工内部建立有效的交流机制。员工的内部工作经验交流是非常重要的，因此要完善沟通方法，开辟多种交流方式和渠道，不断的增强各个部门的沟通意识，使团队的力量不断凝聚起来。明确分工，责任落实到个人。计算机软体工程管理非常复杂，需要的人员也众多，因此必须要使每个员工明确自己的工作内容和范围，清晰的划分自己所需要负责的区域，清楚自己的责任，这样能够确保每一个步骤都井井有条，非常有秩序。调动整个团队的工作积极性。通过一些活动、奖励措施等使每一个工作人员全身心的投入到工作中去，愿意并想要去做的更好，不断激发团队的潜力和员工的协作能力，这样专案不仅会做的越来越好，员工内部也会越来越和谐并且充满正能量，企业的效益也会不断得到提升。

4结语

计算机软体工程专案管理的工作内容十分的复杂，要保证软体工程按照工程原计划进度顺利开展工作，并且要节约成木、保证质量，必须熟练对计算机软体进行操作，在现在的大多数生产计算机软体的企业中最为重要的就是软体工程专案的管理效率，软体工程专案的成功条件是软体专案要具有科学性和高效性，在此基础上企业的合理管理也是企业走向成功的关键。

1现状分析

培养高质量的软体开发人才一直是社会和行业关注的焦点。早在11年前，对于工程教育的迫切性就被人提出来[1]。工程教育本身也作为一个系统问题被讨论[2]。现在从国家层面在战略上建立了软体学院进行专门培养，各个高校也不断推出新的课程、新的措施方案。在这一领域虽然比过去似乎已经有了翻天覆地的变化，但来自企业的呼吁似乎一直反映出诸多不尽如人意。更多的思路希望将企业的力量直接引入到教学，比如实训基地等[3];而国家层面也非常关注实训[4]。但实际效果可能变得流于表面，因为企业往往难以将核心的工作拿给学生做，而其训练的专案也并未从更全面系统的角度去设计，其锻炼效果就有限了。在软体开发这一领域，由于其具有变化迅速，新技术不断涌现的特点，导致不少在教育内容上选择了追逐新技术、新语言、新平台，以能用会用这些流行主流技术为目标。典型的代表就是北大青鸟，有些二本的学生在毕业前专门花钱去青鸟学习，似乎可以看到这种教育的优势。但另一个矛盾的情况是，往往那些关注员工后劲的公司却不愿意招聘青鸟的学生。如果将目光投向国外的顶级大学，例如斯坦福，其教学上并没有去“依赖”校企合作，以及很热门的“实训”。其核心课程依然是过去的传统经典课程。以一个研究生为例，一学期能修2门课是正常，3门就很优秀。它并没有追逐所谓的新技术。但无人质疑其学生的工程能力、科研能力和创造能力。

2什么是计算机工程能力的核心

什么才是我们软体开发教育的核心知识架构，怎样才能培养学生可持续发展的核心竞争力?我们调查过一些非常高水准的软体开发者，发现他们往往在底层软体上持之以恒地进行长时间深刻的锻炼，然后在未接触的新领域才能非常迅速地掌握核心。例如，一个非计算机专业的系统分析员曾经“只”在DOS这种原始的作业系统下玩了10年，甚至自己写过一个汉化的DOS。他只有书本上的一点点网路知识时，就用一两天时间解决了一个学通讯的研究生1个月都不能解决的网路故障。这是一个典型的例子，他并没有“实际的”网路经验，什么使得他如此轻松地进入了新的领域呢?而另一个曾就职于vmware、google等顶级公司的程式设计师，在Unix下只用C语言做了10年系统级程式设计。当用Java，C++甚至是javascript时，其学习时间只是1天，很快就比做了几年专门java程式设计的程式设计师还精通。如何才是软体开发人员的本质力量?什么才能让他们在变化万千的新技术面前屹立不倒，乘风破浪?

2.1计算机工程能力

我们认为计算机工程能力包含两方面的内容:1核心知识架构;2计算机的思维方式。什么是核心知识架构呢?是反应该领域最基本规律和支撑技术的知识。简单地说就是传统的作业系统、编译、资料库。作业系统将硬体、软体、高阶语言和汇编融汇在一起，它几乎包括了软体工程中所有重要的因素。举一个简单的例子，似乎只有面向物件这种“高阶东西”才有的虚拟函式运用，其实在Linux中就有相应的虚档案系统。作业系统是最为复杂的计算机工程之一。编译融汇了大量的演算法，而且能让大家真正看“穿”语言的外表，深入到其内里，体现了最根本的计算机技术。其优化技术，也深刻地和硬体交融在一起，很好体现了底层风范。资料库，不仅是运用演算法最多的地方，甚至是超越作业系统的一个复杂的系统，从快取技术到i/o优化，到索引，再到事务处理，无一不是反映计算机最深刻规律。大家可以发现，所谓核心知识架构，都具有两个特点，反映本质规律，体现软硬融汇交织。也只有这样，才能建立下面谈到的“计算机思维方式”。

2.2核心知识架构

为什么我们没包括一些新兴的语言和技术呢?似乎它们很“实用”。而且已经出现的问题是，按照传统科目和方式学习后，学生在企业什么都不会。这也正是大家关注工程教育的初衷。为什么不强调这些新兴实用技术的教育还在强调“古老”的“基础”。计算机领域一个显著的特点是，表面上知识更新非常快，新技术、语言层出不穷。这很容易导致当我们发现学生能力欠缺时，将问题归罪于新技术的学习不得力，知识结构老化。但其实目前的问题可以从另外一个角度考虑，是否是基础教育不得力?分析国外著名大学，如斯坦福、伯克利的课程，我们发现两个特点:1关键的基础课程，如作业系统、编译原理、资料库，始终是其最重要的课程，并没有过分追逐各种“新潮”技术。2学生一学期能修的课程非常有限，一般为3门课。而国内却呈现相反的状况，比如编译原理被降到了选修课的角色，新潮课程层出不穷，一个学生二年级一学期要修13门课。在这种走马观花的状况下，计算机这种具有强烈“手艺”色彩和工程实践的学科，被完全纸上谈兵化。而一些可怜的实验内容，还被学生的复制拷贝所湮没。我们认为，恰恰是这种情况，使得基础核心知识教育没有工程化，没有充分动手，导致了基础知识教育某种程度上的巨大失败。从以下鲜明的对比可以窥见问题的端倪:国内学生反映作业系统课程是文科课程只需要背条款考试即可;而相对地，国外著名高校作业系统课程要求学生实现“小”作业系统。国内资料库只讲其应用如大量讲解sql等运用，sql即使非计算机专业人士也很容易学习，这也是它被发明的初衷。斯坦福的资料库课程中有一门需要实现一个数据库系统。在笔者走访的计算机工程上优秀的人才，发现其共同的特点就是在诸如作业系统或资料库上都有很深入的学习经历，比如前面提及的自己构建过汉化DOS系统，或者在Unix下，做核心以及驱动很多年等。而当他们接触新技术时，之前深刻的经验和淬炼的思维就让他们如虎添翼，快人一等。更有甚者，国外真正的最顶级专家，都是在这些领域有无与伦比水平的专家，从delphi的缔造者，转战到微软并入主平台的开发，也可看到雄厚的底层知识和能力的巨大作用。所以“老”知识并不是障碍，而是通向天堂的阶梯。究其原因，就涉及到工程能力的第2个方面，计算机思维方式。

2.3计算机思维方式

对非专业人士它是很抽象的概念，而对真正专业人士，这又是一个非常鲜活的概念。这里限于篇幅，我们只举一个简单的例子。面对在C++中外部程式码如何直接修改私有变数的问题，计算机的思维方式就是:物件也是放在记忆体中，只要能拿到物件的地址，并知道物件的布局，那么就可修改。而没有建立这种思维的人，就完全被高阶语言的语法所左右，无从下手。一句话，无法看到本质，没有从下而上的底层思维。核心知识课程的有效深入教学和计算机思维方式建立有何直接关系呢?我们认为核心知识因为其反应了计算机本质规律，而且从底层建立起来，所以对其深入掌握运用后，它从开始的逼迫到最后的陶冶，最终潜移默化地让受众建立起“计算机思维方式”。而这正是计算机工程师安身立命之本，就如同音乐家有其独特的音乐思维方式一样。为什么诸如java之类的课程于建立计算机基本思维不太合适呢?因为它更高层，无法让学生看到最下面。而唯有彻底、深刻和系统的底层淬炼，才能真正建立起“计算机思维方式”。

3如何打造强大的计算机工程能力

大家一方面指责基础课程的“空洞”、“无用”、“陈旧”;另一方面在不断开设的海量新课和技术中压得学生更加远离程式设计，远离实践。即使能培养出熟悉某种语言的学生，也无法看到他们和培训学校有何不同。实训也似乎没有根本解决问题，我们在实践中发现，往往是那些自己醉心于程式设计的学生最后有着卓越的表现。让基础知识能支撑和指导实践，而非仅仅“符号”，并引导学生进行高效的实践。

3.1“3块连一线”，4门基础课程整合打造核心知识架构

我们将4门基本课程进行贯通式整合，着力塑造学生的“计算机思维”。下层的是3门基础课在上一小节探讨了其在工程能力训练上不可替代的重要地位，对软体开发环境产生支撑。而软体开发环境又通过精心的设计和工程实践，从应用角度将3门课程所学的知识串联起来。从而将基础知识和工程开发更有机整合在一起。首先，阐述为什么将以上课程整合在一起的理由。要回答这个问题，必须先回答什么东西支撑了优秀程式设计师。在我们的调查人员中，无一例外地都具有很深厚的底层软体开发背景。有长期从DOS的Hack入手的;有长期从事Unix核心程式设计的;有从Windows的driver起步的;有以反汇编逆向为根基的。长期在最底层的经历，使他们建立了最真实和能触控的系统观，能以计算机的方式思考。所以面临新技术时，他们能透过新形式很快把握其精髓，深刻地把握其实质。“太阳下面没有真正的新事物”，例如号称21世纪最新的重要的软体技术AOPAspectOrientedProgramming，AOP，其实在20世纪60年代就出现在了汇编一级的软体技术中，它本质就是钩子技术的系统化。在底层的软体世界，我们不仅能够用到那些所谓的最新的技术，而且能看到其本质我们可能就是用机器码自己构建出来的，而不被新技术的华丽外衣障目。这些使得具有底层经验的开发者，更有创造力，更能创造，也更能洞察迷乱后的本质，庖丁解牛，解决那些异常复杂的工程问题。举一个笔者遇到的真例项子，一个具有深刻底层经验的程式设计师一直只有C语言和作业系统程式设计经验和一个只有深刻Java经验的程式设计师，在同时学习Javascript的闭包概念时，后者一个礼拜都还有些似是而非。前者很快就能自如运用，且最后指点了后者1个小时，后者顿时豁然开朗。这是典型的“新”与“老”，上层和底层经验在面对新事物时的对比。既然底层软体赋予我们如此强大的能力，那么哪些是底层软体呢?大家公认，作业系统、编译和资料库由来就是计算机工程自身的根基。所以，我们必须将这3门课涉及的知识好好淬炼。而如何将3门课的知识和我们日常的软体开发联络起来呢?如何用它们指导平时程式的开发呢我们大多数是开发使用者级软体，不会开发核心软体，因此许多人认为几乎整个在核心中的作业系统对使用者级软体开发无从指导?另一门课，《软体开发环境》解决了这一问题。它有一条主线，通过反汇编将C语言和汇编串联起来，让系统级的知识从高阶语言的面纱下展现出来。同时用逆向工程这把庖丁之刃，将编译、连结、面向物件等软体开发中的重要知识块剖剔，让底层与上层贯通一气。而逆向的技术技巧，本身也是非常高阶的软体开发技术。因此，我们用“3块连一线”来总结4门课的关系是最好不过了。为什么不纳入语言课程，比如C/C++语言?从我们的工程经验来看，语言只是计算机原理和思想的载体，是表述方式而已。为了表述形式而专门花大力气是不值得的。比如，国外的著名大学很多都不开设语言课，在其他课程作业中必须用C语言程式设计，学生们就在那里锻炼了。真正的语言的力量并非来自语言本身，而是底层知识为支撑的专案锻炼。我们的思路是以构建式完成大量的完整系统的编写，这样就很好锻炼了软体开发和工程能力。同时，“软体开发环境”本身从逆向层面也对语言有了深刻的剖析，这是纯粹的语言课难以完成的。另外，从大纲安排上，我们在大一就会让学生用C语言来初步接触程式编写，这时并不适合放入太高阶主题。而在教学中，语言的力量已经渗透到一个个工程构建中，随风潜入夜了。为什么不纳入演算法课程?从某种程度上，“程式就是演算法与资料结构吗”?我们认为在系统中运用演算法，演算法才具有生命力。而编译、作业系统、资料库以及我们专门设立的一些课程设计将全面运用各种演算法和资料结构。在实战中运用并学习提升才是王道。这也正是构建式学习的精髓所在，这也正是探索式学习培养学生的创造能力的精髓所在。演算法课已经为我们准备了元件，就看你怎么去组装甚至改造。

3.2以构建主义的思路，深度实践的风格改革课程

前面我们论述了底层知识架构的重要性，那么怎么来将它们实际地建立在学生的工程实践中呢?简单地说就是“构建一个具体而微的系统”。讲作业系统就构建一个小作业系统，讲编译原理就构建一个我译器。同时，设计一些跨度较大的课程设计覆盖这些课程的一些重点内容。构建完整系统本身就可真实淬炼工程能力，而这些内容的复杂性、难度以及运用知识点的广度，本身就超越了简单的企业实训专案，在培养人才方面具有系统性、完整性、挑战性独特优点。我们需要的是运用团队的思路和现代软体工程的手段，将其开发过程管理发起来，从而熟悉企业级开发的工具链，将软体工程学到的知识贯通到实作中。这也回答了“和以前相似的强调基础课程教育，什么特点使得我们的做法能获得强大的工程能力?”这一问题。以前更多注重理论知识的学习，而现在的做法是回归计算机工程的自身科学规律———实践为王。

3.3改革考核评价标准，充分强调动手实践

以前我们一直是卷面考试，实验分数只是象征性的点缀。这本身违反了计算机工程的特点。只有改变评价考核标准，才能真正驱动学生充分锻炼工程。在课程软体开发环境中，我们采取了平时的考试结合期末考试的方式，而两者均为软体编写。期末考试在实验室上机编撰指定题目。不强调对一些函式名等死知识点的记忆，可以用线上帮助。这本身也符合软体开发的规律。

4结束语

我们在计算机工程教育上试图做一些回归本质的工作，也取得了一些效果。比如在软体开发环境中，学生普遍认为:“似乎将3年学的程式课全学习了，收获很大”。更有同学，在外企公司的面试中，直接运用了课堂上的知识，这在传统的教学环节中是难以获取的。但整个工作尚在起步阶段，所以仍有很多工作需要做，许多环节需要优化。我们希望在以后的工作中更深入探索工程教育的规律和本质。

求生日快乐FLASH源码

因为我没学过Flash
但是我也该过.
但是记得我那个时候是放在Html上面的
随便就在有FLASH的网页上下了个原代码
然后把图片的路径改了就能用了.
但是我的是在网页
如果你是单独做一个FLASH
貌似我没玩过
呵呵

单片机毕业设计，基于51单片机的电梯控制系统的设计

基于51单片机的电梯控制系统的设计
引 言
随着现代高科技的发展，住房和办公用楼都已经逐渐向高层发展。电梯是高层宾馆、商店、住宅、多层仓库等高层建筑不可缺少的垂直方向的交通运输工具。1889年美国奥梯斯升降机公司推出的世界上第一部以电动机为动力的升降机，同年在纽约市马累特大厦安装成功。随着建筑物规模越来越大，楼层也越来越高，对电梯的调速精度、调速范围等静态和动态特性都提出了更高的要求。由于传统的电梯运行逻辑控制系统采用的是继电器逻辑控制线路。采用这种控制线路,存在易出故障、维护不便、运行寿命较短、占用空间大等缺点。从技术发展来看,这种系统将逐渐被淘汰。
目前，由可编程控制器（PLC）或微型计算机组成的电梯运行逻辑控制系统，正以很快的速度发展着。可编程控制器，是微机技术与继电器常规控制技术相结合的产物，是在顺序控制器和微机控制器的基础上发展起来的新型控制器，是一种以微处理器为核心用作数字控制的专用计算机，它有良好的抗干扰性能，适应很多工业控制现场的恶劣环境，所以现在的电梯控制系统主要还是由可编程控制器控制。但是由于PLC的针对性较强，每一台PLC都是根据一个设备而设计的，所以价格较昂贵。而单片机价格相当便宜，如果在抗干扰功能上有所提高的话完全可以代替PLC实现对工控设备的控制。当然单片机并不象PLC那么有针对性，所以由单片机设计的控制系统可以随着设备的更新而不断修改完善，更完美的实现设备的升级。
电梯控制系统是比较复杂的一个大型系统，在计算机诞生的几十年里，继电器控制系统为电梯控制的发展做了巨大的贡献，但在性能上和PLC还是有本质上的差距。在科技的不断发展下，我想单片机控制系统很快可以解决抗扰性，成为方便有效的电梯控制系统。
由于时间和能力有限，在设计过程中难免有很多疏漏和不足之处，恳请老师批评指正，我将努力改正，争取做出完美的毕业设计。

目录
目录 1
引 言 2
第1章 绪 论 3
1.1 电梯的发展 3
1.2电梯的分类 4
第2章 方案的比较和确定 6
2.1 方案的选择 6
2.1.1 电梯继电器控制系统的优缺点 6
2.1.2 PLC控制系统的特点 6
2.1.3 电梯变频调速控制的特点 7
2.2 单片机控制方案的选择 7
2.3 变频器的选型 8
第3章 硬件系统的设计 10
3.1 硬件结构图 10
3.2 系统硬件原理图 10
3.3 89C51单片机的原理及其外围电路的设计 10
3.3.1 89C51单片机的原理与结构 10
3.3.2 单片机外围电路的设计 14
3.4 输入模块的设计 18
3.4.1 锁存器74LS373及其扩展功能简介 20
3.4.2 光电传感器 20
3.4.3 KC778B红外传感器基本应用电路 21
3.4.4 输入信号的采集 22
3.5 输出模块设计 24
3.5.1 DAC0832的功能简介 25
3.5.2 变频器功能简介 26
3.5.3 LED驱动器功能简介 29
3.5.4 控制信号的输出 32
第4章 系统软件的设计 34
4.1 主程序流程图 34
4.2 读入信息并显示子程序的流程图 37
4.3 延时去抖动子程序 37
4.4 设置目标层子程序流程图 38
4.5 电机拖动子程序流程图 39
4.6 电梯载客子程序流程图 40
4.7 中断服务流程图 41
小结与展望 42
致谢 43
参考文献 44
附录部分： 45
附录A 电气原理图 45
附录B 外文文献及其译文 46
附录C 主要参考文献及其摘要 50

关于c++程序分析```

分类: 电脑/网络 >> 程序设计 >> 其他编程语言
问题描述:

由于要应付狗P的毕业论文和毕业设计 前几天baidu的朋友帮忙给了个小程序 c++编程 小计算器程序

但是还有论文没写 清是不知道从哪开始写 在网上找了点文章 但是不好组织 问题是对我对C++不懂 谁能把下面这个程序做个分析

越详细越好点的

如果能帮上我的忙 我多追加多点分

先谢谢`` 我很急用```再次谢谢

#include <iostream>

#include <cstdio>

using namespace std;

class jishu

{

public:

jishu();

double a(char );

void b(int,int );

private:

double c;

double e;

char f;

};

jishu::jishu()

{

cout<<"计算器小程序加(+)、减(-)、乘(*)、除(/)"<<endl;

}

double jishu::a(char k)

{

switch (k)

{

case '*':

return c*e;

break;

case '/':

return c/e;

break;

case '+':

return c+e;

break;

case '-':

return c-e;

break;

default:

cout<<"输入错误，请重新输入"<<endl;

while(getchar() != '\n'); 加了1个C格式的清除缓冲区语句

}

}

void jishu::b(int h,int w)

{

c=h;

e=w;

}

void main()

{

jishu ffff;

while(int k=1)

{

double p,m,w; char o;

cin>>p;

cin>>o;

cin>>m;

cout<<"答案是:";

ffff.b(p,m);

ffff.a(o);

w=ffff.a(o);

cout<<p<<o<<m<<"="<<w<<endl;

}

}

解析:

还好我今天时间多帮你看下吧 我帮你注释完整重新编译

#include <iostream> /*这是输入输出流头文件*/

#include <cstdio> /*定义程序中包含里面涵数*/

using namespace std; /*标准C++定义*/

class jishu /*定义jishu类*/

{

public: /*定义公有的*/

jishu(); /*构造涵数*/

double a(char ); /*带返回值 涵数声明*/

void b(int,int ); /*不带返回值 同上*/

private: /* 定义私有的*/

double c; /* 定义doubie 变量*/

double e; /*同上*/

char f; /*字符 型 F*/

};

jishu::jishu() /*涵数定义 属于jishu类构造涵数*/

{

cout<<"计算器小程序加(+)、减(-)、乘(*)、(/)"<<endl;

/* 输出 计算器小程序加(+)、减(-)、乘(*)、除(/) 换行*/

}

double jishu::a(char k)

/*涵数定义 返回 doubie 内型 属于 jishu类中 a涵数*/

{

switch (k) /* swtich循环 */

{

case '*': /* K等于* */

return c*e; /*返回 c*e */

break; /* 遇到break结束 */

case '/': /* k==/ */

return c/e; /* 返回 c/e */

break; /* 遇到break结束 下面也一样 */

case '+':

return c+e;

break;

case '-':

return c-e;

break;

default: /*当k都不等于+-*/的时候执行*/

cout<<"输入错误，请重新输入"<<endl;

/*输出 输入错误，请重新输入 换行*/

while(getchar() != '\n'); 加了1个C格式的清除缓冲区语句

/* 循环让拥护输入一个字符不等于\n的时候者执行不过你这里是不是有点错误我没帮你检查*/

}

}

void jishu::b(int h,int w) /*涵数定义 属于jishu类中的 b涵数不带返回值 */

{

c=h; /* h复值给C */

e=w; /*意思同上 */

}

void main() /*这里是主涵数*/

{

jishu ffff; /*为jishu 类定义一个ffff对象*/

while(int k=1)

/* while 循环 这里最好不要这样做不好检查错误 k不要在里面定义*/

{

double p,m,w; char o; /* 定义double 型变量 这里又是一个错误 */

cin>>p; /*让拥护输入个数保存到P中*/

cin>>o; /*同上*/

cin>>m; /*同上 这些输入语句有点麻烦你可以写一句的*/

cout<<"答案是:"; /*输出 答案是:*/

ffff.b(p,m); /* 调用ffff类中的b涵数参数 p,m*/

ffff.a(o); /*同上*/

w=ffff.a(o); /*同上最后返回来的值保存到W中*/

cout<<p<<o<<m<<"="<<w<<endl;

/*输出 p o m 的值 输出一个=在输出w的值 最后换行*/

}

}

/* 我想这个程序是在编写一个记算器的脚本吧,不过你绝对没有去运行过错误有一大堆你只要仔细的检查下就知道有些我都帮你标出来了不过这个程序只能算是脚本记算器,我开发的时候根本用不上这些东西要写些窗口设计的涵数 你以后如果有编成这方面不动的可以来问我我现在时间比较多*/

如果有谁也在写网络游戏内挂的可以找我一起来研究

要反汇编能力比较强的朋友

太累了先喝点水