C++面向对象程序设计之体会
修练8年C++面向对象程序设计之体会
六年前，我刚热恋“面向对象”（Object-Oriented）时，一口气记住了近十个定义。六年后，我从几十万行程序中滚爬出来准备写点心得体会时，却无法解释什么是“面向对象”，就象说不清楚什么是数学那样。软件工程中的时髦术语“面向对象分析”和“面向对象设计”，通常是针对“需求分析”和“系统设计”环节的。“面向对象”有几大学派，就象如来佛、上帝和真主用各自的方式定义了这个世界，并留下一堆经书来解释这个世界。
有些学者建议这样找“对象”：分析一个句子的语法，找出名词和动词，名词就是对象，动词则是对象的方法（即函数）。
当年国民党的文人为了对抗毛泽东的《沁园春·雪》，特意请清朝遗老们写了一些对仗工整的诗，请蒋介石过目。老蒋看了气得大骂：“娘希匹，全都有一股棺材里腐尸的气味。”我看了几千页的软件工程资料，终于发现自己有些“弱智”，无法理解“面向对象”的理论，同时醒悟到“编程是硬道理。”
面向对象程序设计语言很多，如Smalltalk、Ada、Eiffel、Object Pascal、Visual Basic、C++等等。C++语言最讨人喜欢，因为它兼容C 语言，并且具备C 语言的性能。近几年，一种叫Java 的纯面向对象语言红极一时，不少人叫喊着要用Java 革C++的命。我认为Java 好比是C++的外甥，虽然不是直接遗传的，但也几分象样。外甥在舅舅身上玩耍时洒了一泡尿，俩人不该为此而争吵。
关于C++程序设计的书藉非常多，本章不讲C++的语法，只讲一些小小的编程道理。如果我能早几年明白这些小道理，就可以大大改善数十万行程序的质量了。
1. C++面向对象程序设计的重要概念
早期革命影片里有这样一个角色，他说：“我是党代表，我代表党，我就是党。”后来他给同志们带来了灾难。
会用C++的程序员一定懂得面向对象程序设计吗？
不会用C++的程序员一定不懂得面向对象程序设计吗？
两者都未必。就象坏蛋入党后未必能成为好人，好人不入党未必变成坏蛋那样。
我不怕触犯众怒地说句大话：“C++没有高手，C 语言才有高手。”在用C 和C++编程8年之后，我深深地遗憾自己不是C 语言的高手，更遗憾没有人点拨我如何进行面向对象程序设计。我和很多C++程序员一样，在享用到C++语法的好处时便以为自己已经明白了面向对象程序设计。就象挤掉牙膏卖牙膏皮那样，真是暴殄天物呀。
人们不懂拼音也会讲普通话，如果懂得拼音则会把普通话讲得更好。不懂面向对象程序设计也可以用C++编程，如果懂得面向对象程序设计则会把C++程序编得更好。本节讲述三个非常基础的概念：“类与对象”、“继承与组合”、“虚函数与多态”。理解这些概念，有助于提高程序的质量，特别是提高“可复用性”与“可扩充性”。
1.1 类与对象
对象（Object）是类（Class）的一个实例（Instance）。如果将对象比作房子，那么类就是房子的设计图纸。所以面向对象程序设计的重点是类的设计，而不是对象的设计。类可以将数据和函数封装在一起，其中函数表示了类的行为（或称服务）。类提供关键字public、protected 和private 用于声明哪些数据和函数是公有的、受保护的或者是私有的。
这样可以达到信息隐藏的目的，即让类仅仅公开必须要让外界知道的内容，而隐藏其它一切内容。我们不可以滥用类的封装功能，不要把它当成火锅，什么东西都往里扔。
类的设计是以数据为中心，还是以行为为中心？
主张“以数据为中心”的那一派人关注类的内部数据结构，他们习惯上将private 类型的数据写在前面，而将public 类型的函数写在后面，如表8.1(a)所示。
主张“以行为为中心”的那一派人关注类应该提供什么样的服务和接口，他们习惯上将public 类型的函数写在前面，而将private 类型的数据写在后面，如表8.1(b)所示。
很多C++教课书主张在设计类时“以数据为中心”。我坚持并且建议读者在设计类时“以行为为中心”，即首先考虑类应该提供什么样的函数。Microsoft 公司的COM 规范的核心是接口设计，COM 的接口就相当于类的公有函数[Rogerson 1999]。在程序设计方面，咱们不要怀疑Microsoft 公司的风格。
设计孤立的类是比较容易的，难的是正确设计基类及其派生类。因为有些程序员搞不清楚“继承”（Inheritance）、“组合”（Composition）、“多态”（Polymorphism）这些概念。
1.2 继承与组合
如果A 是基类，B 是A 的派生类，那么B 将继承A 的数据和函数。示例程序如下：
class A
{
public:
void Func1(void);
void Func2(void);
};
class B : public A
{
public:
void Func3(void);
void Func4(void);
};
// Example
main()
{
B b; // B的一个对象
b.Func1(); // B 从A 继承了函数Func1
b.Func2(); // B 从A 继承了函数Func2
b.Func3();
b.Func4();
}
这个简单的示例程序说明了一个事实：C++的“继承”特性可以提高程序的可复用性。正因为“继承”太有用、太容易用，才要防止乱用“继承”。我们要给“继承”立一些使用规则：
一、如果类A 和类B 毫不相关，不可以为了使B 的功能更多些而让B 继承A 的功能。
不要觉得“不吃白不吃”，让一个好端端的健壮青年无缘无故地吃人参补身体。
二、如果类B 有必要使用A 的功能，则要分两种情况考虑：
（1）若在逻辑上B 是A 的“一种”（a kind of ），则允许B 继承A 的功能。如男人（Man）是人（Human）的一种，男孩（Boy）是男人的一种。那么类Man 可以从类Human 派生，类Boy 可以从类Man 派生。示例程序如下：
{
…
};
class Man : public Human
{
…
};
class Boy : public Man
{
…
};
（2）若在逻辑上A 是B 的“一部分”（a part of），则不允许B 继承A 的功能，而是要用A和其它东西组合出B。例如眼（Eye）、鼻（Nose）、口（Mouth）、耳（Ear）是头（Head）的一部分，所以类Head 应该由类Eye、Nose、Mouth、Ear 组合而成，不是派生而成。示例程序如下：
class Eye
{
public:
void Look(void);
};
class Nose
{
public:
void Smell(void);
};
class Mouth
{
public:
void Eat(void);
};
class Ear
{
public:
void Listen(void);
};
// 正确的设计，冗长的程序
{
public:
void Look(void) { m_eye.Look(); }
void Smell(void) { m_nose.Smell(); }
void Eat(void) { m_mouth.Eat(); }
void Listen(void) { m_ear.Listen(); }
private:
Eye m_eye;
Nose m_nose;
Mouth m_mouth;
Ear m_ear;
};
如果允许Head 从Eye、Nose、Mouth、Ear 派生而成，那么Head 将自动具有Look、Smell、Eat、Listen 这些功能：
// 错误的设计
class Head : public Eye, public Nose, public Mouth, public Ear
{
};
上述程序十分简短并且运行正确，但是这种设计却是错误的。很多程序员经不起“继承”的诱惑而犯下设计错误。
一只公鸡使劲地追打一只刚下了蛋的母鸡，你知道为什么吗？
因为母鸡下了鸭蛋。
本书3.3 节讲过“运行正确”的程序不见得就是高质量的程序，此处就是一个例证。
1.3 虚函数与多态
除了继承外，C++的另一个优良特性是支持多态，即允许将派生类的对象当作基类的对象使用。如果A 是基类，B 和C 是A 的派生类，多态函数Test 的参数是A 的指针。那么Test 函数可以引用A、B、C 的对象。示例程序如下：
class A
{
public:
void Func1(void);
};
void Test(A *a)
{
a->Func1();
}
class B : public A
{
…
};
class C : public A
{
…
};
// Example
main()
{
A a;
B b;
C c;
Test(&a);
Test(&b);
Test(&c);
};
以上程序看不出“多态”有什么价值，加上虚函数和抽象基类后，“多态”的威力就显示出来了。
C++用关键字virtual 来声明一个函数为虚函数，派生类的虚函数将（override）基类对应的虚函数的功能。示例程序如下：
class A
{
public:
virtual void Func1(void){ cout<< “This is A::Func1 \n”}
};
void Test(A *a)
{
a->Func1();
}
class B : public A
{
public:
virtual void Func1(void){ cout<< “This is B::Func1 \n”}
};
class C : public A
{
public:
virtual void Func1(void){ cout<< “This is C::Func1 \n”}
};
// Example
main()
{
A a;
B b;
C c;
Test(&a); // 输出This is A::Func1
Test(&b); // 输出This is B::Func1
Test(&c); // 输出This is C::Func1
};
如果基类A 定义如下：
class A
{
public:
virtual void Func1(void)=0;
};
那么函数Func1 叫作纯虚函数，含有纯虚函数的类叫作抽象基类。抽象基类只管定义纯虚函数的形式，具体的功能由派生类实现。
结合“抽象基类”和“多态”有如下突出优点：
（1）应用程序不必为每一个派生类编写功能调用，只需要对抽象基类进行处理即可。这一
招叫“以不变应万变”，可以大大提高程序的可复用性（这是接口设计的复用，而不是代码实现的复用）。
（2）派生类的功能可以被基类指针引用，这叫向后兼容，可以提高程序的可扩充性和可维护性。以前写的程序可以被将来写的程序调用不足为奇，但是将来写的程序可以被以前写的程序调用那可了不起。
2 良好的编程风格
内功深厚的武林高手出招往往平淡无奇。同理，编程高手也不会用奇门怪招写程序。良好的编程风格是产生高质量程序的前提。
2.1 命名约定
有不少人编程时用拼音给函数或变量命名，这样做并不能说明你很爱国，却会让用此程序的人迷糊（很多南方人不懂拼音，我就不懂）。程序中的英文一般不会太复杂，用词要力求准确。匈牙利命名法是Microsoft 公司倡导的[Maguire 1993]，虽然很烦琐，但用习惯了也就成了自然。没有人强迫你采用何种命名法，但有一点应该做到：自己的程序命名必须一致。
以下是我编程时采用的命名约定：
（1）宏定义用大写字母加下划线表示，如MAX_LENGTH；
（2）函数用大写字母开头的单词组合而成，如SetName, GetName；
（3）指针变量加前缀p，如*pNode；
（4）BOOL 变量加前缀b，如bFlag；
（5）int变量加前缀i，如iWidth；
（6）float 变量加前缀f，如fWidth；
（7）double 变量加前缀d，如dWidth；
（8）字符串变量加前缀str，如strName；
（9）枚举变量加前缀e，如eDrawMode；
（10）类的成员变量加前缀m_，如m_strName, m_iWidth；
对于int, float, double 型的变量，如果变量名的含义十分明显，则不加前缀，避免烦琐。如用于循环的int型变量i,j,k；float 型的三维坐标（x,y,z）等。
2.2 使用断言
程序一般分为Debug 版本和Release 版本，Debug 版本用于内部调试，Release 版本发行给用户使用。断言assert 是仅在Debug 版本起作用的宏，它用于检查“不应该”发生的情况。以下是一个内存复制程序，在运行过程中，如果assert 的参数为假，那么程序就会中止（一般地还会出现提示对话，说明在什么地方引发了assert）。
//复制不重叠的内存块
void memcpy(void *pvTo, void *pvFrom, size_t size)
{
void *pbTo = (byte *) pvTo;
void *pbFrom = (byte *) pvFrom;
assert( pvTo != NULL &&pvFrom != NULL );
while(size - - > 0 )
*pbTo + + = *pbFrom + + ;
return (pvTo);
}
assert 不是一个仓促拼凑起来的宏，为了不在程序的Debug 版本和Release 版本引起差别，assert 不应该产生任何副作用。所以assert 不是函数，而是宏。程序员可以把assert 看成一个在任何系统状态下都可以安全使用的无害测试手段。
很少有比跟踪到程序的断言，却不知道该断言的作用更让人沮丧的事了。你化了很多时间，不是为了排除错误，而只是为了弄清楚这个错误到底是什么。有的时候，程序员偶尔还会设计出有错误的断言。所以如果搞不清楚断言检查的是什么，就很难判断错误是出现在程序中，还是出现在断言中。幸运的是这个问题很好解决，只要加上清晰的注释即可。这本是显而易见的事情，可是很少有程序员这样做。这好比一个人在森林里，看到树上钉着一块“危险”的大牌子。但危险到底是什么？树要倒？有废井？有野兽？除非告诉人们“危险”是什么，否则这个警告牌难以起到积极有效的作用。难以理解的断言常常被程序员忽略，甚至被删除。[Maguire 1993]
以下是使用断言的几个原则：
（1）使用断言捕捉不应该发生的非法情况。不要混淆非法情况与错误情况之间的区别，后者是必然存在的并且是一定要作出处理的。
（2）使用断言对函数的参数进行确认。
（3）在编写函数时，要进行反复的考查，并且自问：“我打算做哪些假定？”一旦确定了的
假定，就要使用断言对假定进行检查。
（4）一般教科书都鼓励程序员们进行防错性的程序设计，但要记住这种编程风格会隐瞒错误。当进行防错性编程时，如果“不可能发生”的事情的确发生了，则要使用断言进行报警。
2.3 new、delete 与指针
在C++中，操作符new 用于申请内存，操作符delete 用于释放内存。在C 语言中，函数malloc用于申请内存，函数free 用于释放内存。由于C++兼容C 语言，所以new、delete、malloc、free 都有可能一起使用。new 能比malloc干更多的事，它可以申请对象的内存，而malloc不能。C++和C 语言中的指针威猛无比，用错了会带来灾难。对于一个指针p，如果是用new申请的内存，则必须用delete 而不能用free 来释放。如果是用malloc申请的内存，则必须用free 而不能用delete 来释放。在用delete 或用free 释放p 所指的内存后，应该马上显式地将p 置为NULL，以防下次使用p 时发生错误。示例程序如下：
void Test(void)
{
float *p;
p = new float[100];
if(p==NULL) return;
…// do something
delete p;
p=NULL; // 良好的编程风格
// 可以继续使用p
p = new float[500];
if(p==NULL) return;
…// do something else
delete p;
p=NULL;
}
我们还要预防“野指针”，“野指针”是指向“垃圾”内存的指针，主要成因有两种：
（1）指针没有初始化。
（2）指针指向已经释放的内存，这种情况最让人防不胜防，示例程序如下：
class A
{
public:
void Func(void){…}
};
void Test(void)
{
A *p;
{
A a;
p = &a; // 注意a 的生命期
}
p->Func(); // p 是“野指针”，程序出错
}
2.4 使用const
在定义一个常量时，const比#define 更加灵活。用const定义的常量含有数据类型，该常量可以参与逻辑运算。例如：
constint LENGTH = 100; // LENGTH 是int类型
const float MAX=100; // MAX 是float 类型
#define LENGTH 100 // LENGTH 无类型
#define MAX 100 // MAX 无类型
除了能定义常量外，const还有两个“保护”功能：
一、强制保护函数的参数值不发生变化
以下程序中，函数f 不会改变输入参数name 的值，但是函数g 和h 都有可能改变name 的值。
void f(String s); // pass by value
void g(String &s); // pass by referance
void h(String *s); // pass by pointer
main()
{
String name=“Dog”;
f(name); // name 的值不会改变
g(name); // name 的值可能改变
h(name); // name 的值可能改变
}
对于一个函数而言，如果其…&?或…*?类型的参数只作输入用，不作输出用，那么应当在该参数前加上const，以确保函数的代码不会改变该参数的值（如果改变了该参数的值，编译器会出现错误警告）。因此上述程序中的函数g 和h 应该定义成：
void g(const String &s);
void h(const String *s);
二、强制保护类的成员函数不改变任何数据成员的值
以下程序中，类stack 的成员函数Count 仅用于计数，为了确保Count 不改变类中的任何数据成员的值，应将函数Count 定义成const类型。
class Stack
{
public:
void push(intelem);
void pop(void);
int Count(void) const; // const类型的函数
private:
intnum;
int data[100];
};
int Stack::Count(void) const
{
++ num; // 编译错误，num值发生变化
pop(); // 编译错误，pop 将改变成员变量的值
return num;
}
2.5 其它建议
（1）不要编写一条过分复杂的语句，紧凑的C++/C 代码并不见到能得到高效率的机器代码，却会降低程序的可理解性，程序出错误的几率也会提高。
（2）不要编写集多种功能于一身的函数，在函数的返回值中，不要将正常值和错误标志混在一起。
（3）不要将BOOL 值TRUE 和FALSE 对应于1 和0 进行编程。大多数编程语言将FALSE定义为0，任何非0 值都是TRUE。Visual C++将TRUE 定义为1，而Visual Basic 则将TRUE定义为-1。示例程序如下：
BOOL flag;
…
if(flag) { // do something } // 正确的用法
if(flag==TRUE) { // do something } // 危险的用法
if(flag==1) { // do something } // 危险的用法
if(!flag) { // do something } // 正确的用法
if(flag==FALSE) { // do something } // 不合理的用法
if(flag==0) { // do something } // 不合理的用法
（4）小心不要将“= =”写成“=”，编译器不会自动发现这种错误。
（5）不要将123 写成0123，后者是八进制的数值。
（6）将自己经常犯的编程错误记录下来，制成表格贴在计算机旁边。
3 小结
C++/C 程序设计如同少林寺的武功一样博大精深，我练了8 年，大概只学到二三成。所以无论什么时候，都不要觉得自己的编程水平天下第一，看到别人好的技术和风格，要虚心学习。本章的内容少得可怜，就象口渴时只给你一颗杨梅吃，你一定不过瘾。我借花献佛，推荐一本好书：Marshall P. Cline 著的《C++ FAQs》[Cline 1995]。你看了后一定会赞不绝口。会编写C++/C 程序，不要因此得意洋洋，这只是程序员基本的技能要求而已。如果把系统分析和系统设计比作“战略决策”，那么编程充其量只是“战术”。如果指挥官是个大笨蛋，士兵再勇敢也会吃败仗。所以我们程序员不要只把眼光盯在程序上，要让自己博学多才。我们应该向北京胡同里的小孩们学习，他们小小年纪就能指点江山，评论世界大事。
《面向对象程序设计C 》期末试卷及标准答案
《面向对象程序设计C++》期末考试试卷（B） 一、单项选择题（每小题2分，共40分） 1、关于C++与C语言关系的描述中，（）是错误的。 A．C语言是C++语言的一个子集B．C语言与C++语言是兼容的 C．C++语言对C语言进行了一些改进D．C++语言和C语言都是面向对象的 2、已知：int m=10; 下列表示引用的方法中，（）是正确的。 A．int &x=m; B．int &y=10; C．int &z; D．float &t=&m; 3、考虑下面的函数原型声明：void testDefaulParam(int a,int b=7,char z='*'); 下面函数调用中，不合法的是（）。 A．testDefaulParam(5); B．testDefaulParam(5,8); C．testDefaulParam(5,'#'); D．testDefaulParam(0,0,'*'); 4、系统在调用重载函数时往往根据一些条件确定哪个重载函数被调用，在下列选项中，不能作为依据的是（）。 A．函数的返回值类型B．参数的类型C．函数名称D．参数个数 5、下列有关C++类的说法中，不正确的是（）。 A．类是一种用户自定义的数据类型 B．只有类中的成员函数或类的友元函数才能存取类中的私有成员 C．在类中，如果不做特别说明，所有成员的访问权限均为私有的 D．在类中，如果不做特别说明，所有成员的访问权限均为公用的 6、已知X类，则当程序执行到语句X array[3];时，调用了（）次构造函数。 A．0 B．1 C．2 D．3 7、有关析构函数的说法，不正确的是（）。 A．析构函数有且仅有一个 B．析构函数和构造函数一样可以有形参 C．析构函数的功能是在系统释放对象之前作一些内存清理工作 D．析构函数无任何函数类型
程序设计心得体会
程序设计心得体会 程序设计感受1 刚学习C#的时候，感觉很难，做的时候出现很多错误而且我是照着书打代码还有错误，那时的感觉是迷茫的。在学习的过程中，我还是坚持下来，虽然学的不是很好，但是慢慢就理解了，现在也不要仿照书打代码。现在讲讲做项目的感想。我们项目做不好也有一个小原因，是因为我们三个项目同时进行，而三个项目不同，在需求分析方面没有弄好，导致后面在做项目时，数据库出现了很多问题，所以我觉得现在我们项目不要做多，而是好好做一个项目，从需求开始就要做好每一步，到后面编程才不会出现特别多的错误。 不得不说：在老师检查完第一次之后，我去看了一下师兄做过的项目，就觉得自己这个项目相差太远了。我觉得我有以下几方面做不好：1.在刚上C#时老师叫我们现在就要做项目但我没有，一直等到老师快要检查时才急急忙忙的做。2.老师上完课，自己做完作业之后，没有好好的复习。其实我觉得三层架构也不难，三层结构就是主要调用了类，而类中定义了方法，归根到底我们还是引用了类中的方法实现它的功能，类就类似于C语言里的函数，因为在数据访问层要用到数据操作类所以要创建一个数据操作类。而我们建三层架构是为了就是倒觉得在表示层里实现一些功能能时要去分析，但是C#语言只学习过浅的知识，数据结构我们也没有学习所以分析起来就有点问题。但是所有问题都是觉得自己太懒，如果自己好好自学数据结构，学习离散数学，也许在分析功能模块会得到提高。所以本人决定寒假做一个像样的项目出来。 无论是学习还是做项目的过程中，耐心都要非常重要。有时出现错误，上网查了，自己又想了很久，又找同学讨论还是不能解决时就会有不想做的念头。因为自己曾经在大一时就是因为连关机都不会关，当时都吓到宿舍友了，觉得还是转专业好了。虽然转专业没有成功，
心得体会 c语言课程设计心得体会
c语言课程设计心得体会 在这为期半个月的时间内，通过我们小组各成员之间的相互讨论和合作，我们完成了学生信息管理系统的程序设计，更值得高兴的是我们的程序得到了大家的喜爱，在每次的简报中都得到了较好的成绩。 虽然在上个学期中，我们已经学习了《c 语言程序设计》这门课，但是我所学的知识最多也就是在做作业的时候才会用到，平时没有什么练习的机会，这次的课程设计是我第一次通过自己构思，和同学讨论并且不断查阅资料来设计一项程序。这次设计，不仅巩固了我以前所学的知识，还让我对c语言有了更深一步的了解，掌握了更多的技巧和技能。 c语言是计算机程序设计的重要理论基础，在我们以后的学习和工作中都有着十分重要的地位。要学好这种语言，仅仅学习课本上的知识是不够的，还要经常自己动手，有较强的实践能力。只有多动手，经常编写程序，才能发现我们学习上的漏洞和自己的不足，并在实践中解决这些问题，不断提高自己转化知识的能力。 在我们小组有解决不了的问题时，我们会主动查阅相关的资料，或向其他同学询问，这不仅丰富了我们的知识，还增进了我们同学之间的友谊。为了增大信息的安全性，需要用文件来存储信息，由于我们在上课时不注重对文件的运用，所以在这方面有较大的困难。我先将书本认认真真地看了一遍，又做了一下课后习题来验证和增进自己
的理解，终于，经过我们的不懈努力，我们小组的程序有了突破，成功地实现了用文件来保存并查看学生的信息。 这次设计中，我的收获还有就是学会了用流程图来表达自己的想法，并根据流程图来逐步实现程序的功能。开始的时候，我画流程图很是困难，需要一个多小时才能清楚的根据自己的想法画出图来，后来画多了，就更加了解它的功能，十分得心应手，能够比较快而准确的画出来。 在这次课程设计中，我们首先对系统的整体功能进行了构思，然后用结构化分析方法进行分析，将整个系统清楚的划分为几个模块，再根据每个模块的功能编写代码。而且尽可能的将模块细分，最后在进行函数的调用。我们在函数的编写过程中，我们不仅用到了for循环、while循环和switch语句，还用到了函数之间的调用(包括递归调用)。由于我们是分工编写代码，最后需要将每个人的代码放到一起进行调试。因为我们每个人写的函数的思想不都一样，所以在调试的过程中也遇到了困难，但经过我们耐心的修改，终于功夫不负有心人，我们成功了! 当然，我们的程序还有一些不完善的地方，比如说，当输入的数据不符合我们定义的数据的格式的时候，程序会出现一些错误，有时会出现主菜单的死循环;在一次程序运行中，只能行使一种权限，要想再行使另一种权限，就只能退出程序，然后再运行程序。 三周的小学期即将结束，时间虽短，但是我收获了很多。最后，谢谢老师和同学们的指导，更要感谢我们小组成员之间的合作与交
什么是面向对象程序设计
1 什么是面向对象程序设计，它与传统的结构式程序有什么不同。 面向对象程序设计是一种适用于设计、开发各类软件的范型。它是将软件看成是一个由对象组成的社会：这些对象具有足够的智能，能理解从其他对象接受的信息，并以适当的行为作出响应；允许低层对象从高层对象继承属性和行为。通过这样的设计思想和方法，将所模拟的现实世界中的事物直接映射到软件系统的解空间。 与传统的结构式程序设计相比，面向对象程序设计吸取了结构式程序设计的一切优点（自顶向下、逐步求精的设计原则）。而二者之间的最大差别表现在： ·面向对象程序采用数据抽象和信息隐藏技术使组成类的数据和操作是不可分割的，避免了结构式程序由于数据和过程分离引起的弊病。 · 面向对象程序是由类定义、对象（类实例）和对象之间的动态联系组成的。而结构式程序是由结构化的数据、过程的定义以及调用过程处理相应的数据组成的 2 用面向对象方法建立模型的思维过程是怎样的。 用面向对象方法建立拟建系统的模型的过程就是从被模拟现实世界的感性具体中抽象要解决的问题概念的过程。这种抽象过程分为知性思维和具体思维两个阶段，其中：·知性思维是从感性材料中分解对象，抽象出一般规定，形成了对对象的普遍认识。·具体思维是从知性思维得到出的一般规定中揭示的事物的深刻本质和规律，其目的是把握具体对象的多样性的统一和不同规定的综合。 3 解释以下概念： ①对象：在现实世界中，对象就是可以感觉到的实体。每个对象具有一个特定的名字以 区别于其他对象；具有一组状态用来描述它的某些特性；具有一组操作，每一个操作决定对象的一种功能或行为（为自身服务的操作和为其他对象提供服务的操作）。而在面向对象系统中，对象是可以标识的存储区域。每个对象的状态被保存在此区域中，而实现一类对象行为的操作（代码）被保存在另外相关的存储器区域中。 ②消息：消息是要求某个对象执行其某种功能操作（方法）的规格说明。因此，消息是 由消息的接收者、消息要求提供的操作（消息名）和必要的参数组成的。 ③类：在现实世界中，类是对一组具有共同特性（属性和行为）的客观对象的抽象。而 在面向对象系统中，类是由程序员自定义的具有特定结构和功能的类型，是一种代码共享的手段。 ④实例：任何一个对象都是该对象所属类的一个具体实例。 ⑤公有消息：是由对象外向对象发送的消息，用于激活该对象的某种方法。 ⑥私有消息：是由对象向自身发送的消息，用于内部操作；该类消息不能从对象外向该 对象发送。 ⑦消息序列：在面向对象系统中一个事件的发生总会有多个对象的多次相互作用才能完 成，使得这些对象能够相互作用的消息组成的序列被称为消息序列。 4 类与实例的关系如何？ 类是创建对象的模板，而对象是实现类的实例。属于同一类的不同实例必须具有： ·相同的操作集合； ·相同的静态属性集合； ·不同的对象名和属性动态值。
c面向对象程序设计试题和答案(经典题目)
一、填空题（每空1分，共14分） 1、观看以下程序： class point{ public: void show() {cout<<”point”< （A）指针（B）引用（C）枚举（D）结构 3、类成员的访问权限中，（）只能被本类的成员函数和其友元函数访问。 （A）share （B）public （C）private （D）protected 4、关于构造函数，下列说法不正确的是（）。 （A）构造函数名字和类名相同 （B）构造函数在创建对象时自动执行 （C）构造函数无任何函数返回类型 （D）构造函数有且只有一个 5、派生类可以访问其基类的（）。 （A）公有成员（B）保护成员 （C）私有派生（D）公有和保护成员 6、下列关于运算符重载的描述中，错误的是（）。 （A）运算符重载不可以改变操作数的个数 （B）运算符重载不可以改变运算符的功能 （C）运算符重载不可以改变结合方向 （D）运算符重载不可以改变运算优先级 7、C++语言是从早期的C语言逐渐发展演变而来的.与C语言相比，它在求解问题方法上进行的最大改进是（） （A）面向过程（B）面向对象（C）安全性（D）复用性 8、对于类中定义的成员，其隐含访问权限为（）。 A．public B．protected C．private D．static 9、下面有关重载函数的说法中正确的是（） （A）重载函数必须具有不同的返回值类型；（B）重载函数形参个数必须不同； （C）重载函数必须有不同的形参列表（D）重载函数名可以不同； 10、有如下的对类“CSample”的说明，其中（）是错误的。 class CSample { A．int a=23; B．CSample(); public: C．CSample(int val); D．~ CSample(); 11、在int a=3,int *p=&a；中，*p的值是( ) A.变量a的地址值 B.无意义 C.变量p的地址值 D.3 12、每个类（）构造函数。 （A）只能有一个（B）只可有公有的 程序设计实训心得体会 心得体会这种学习方法对于一个人来说也许是优秀的，但没有被推广普及的必要。因为学习的方法因人而异，方法的奏效是它与这个人相适应的结果，以下《程序设计实训心得体会》由心得体会栏目为您精心提供。 在软件实验室经过2个星期Jsp程序设计实训，从对软件开发没有太多经验的我掌握了更多的软件开发的方 法和技能，收获颇多。 经过这次理论学习，了解到要做好软件开发，要求 掌握的知识并不是只有编写代码方面的，网络、数据库、操作系统等的知识对做好项目开发是很有帮助的。这让 我明确了以后学习的目标，在不断学习软件开发的同时，也应该继续其他相关知识的深入学习。 实训期间经历的许许多多，给我们带来了很多很多 有实无形的东西，知识、友情以及团队开发的热情，快 乐无一不包围着我们。在这我很想感谢几个人，王璐老 师和班上一同参与这次实训的2位同学。王璐老师对我 们备至关心，不论在学习前后，都给予我们关怀不少， 并且王璐老师不愧是从事多年软件开发的专业人士，其 深厚的专业技能知识和丰富的经验令我等钦佩无比。对 于我们未出茅庐的大学生而言，遇到的问题多而复杂， 询问有经验的人，他们或许一句话就能解决问题，而自 己就得找资料或上网摸索可能要一两天，有时甚至绞尽 完脑汁都不得其解。用个词形容，老师的解答如醍醐灌顶，而对我们，则甘之如饴。 实训这段期间真的好累，尽管实验室给我们提供了 一个相当不错的上课学习环境，但是整天木木地待在实 验室面对毫无生气的荧屏，为 code而烦恼，为bug而郁闷，被文档所包围，随程序侵蚀。然而，这就是学习的 生活，既选之也则安之。忙碌的生活让我每天似乎没有 太多的时间去想一些其他的事，耐心的去调试，专注的 去编写更好的算法，沉浸充实和快乐之中。 更重要的是，两个星期的实训使我们明白我们所欠 缺的不仅仅是技术知识，更重要的是有一种处理事情的 方法、面对问题的心态和动手能力。面对完全陌生的新 知识、新技术、新项目以及整个IT行业，我们不能畏惧，要以一种积极的心态去面对，分析并抓住关键所在。因 为我们所即将应对的每一个项目都是既需要实际操作， 又需要详细规划的。作为组长，协调组员、激励其他组 员和积极参与项目开发是我每天必做的工作。我认为每 个人都应该在团队中做好自己应尽的职责，再优秀的个 人也可能完成一个即庞大又复杂的项目工作，我们必需 紧密的联合在一起，以一个团队的角色来面对。 课程设计心得体会3篇 课程设计的理论产生于对课程设计实践的考察。下面是为大家带来的课程设计心得体会，希望可以帮助大家。 课程设计心得体会范文1：机械设计课程设计心得体会 经过一个月的努力,我终于将机械设计课程设计做完了。在这次作业过程中,我遇到了许多困难,一遍又一遍的计算,一次又一次的设计方案修改这都暴露出了前期我在这方面的知识欠缺和经验不足。刚开始在机构设计时,由于对Matlab软件的基本操作和编程掌握得还可以,不到半天就将所有需要使用的程序调试好了。可是我从不同的机架位置得出了不同的结果,令我非常苦恼。后来在钱老师的指导下,我找到了问题所在之处,将之解决了。 同时我还对四连杆机构的运动分析有了更进一步的了解。在传动系统的设计时,面对功率大,传动比也大的情况,我一时不知道到底该采用何种减速装置。最初我选用带传动和蜗杆齿轮减速器,经过计算,发现蜗轮尺寸过大,所以只能从头再来。这次我吸取了盲目计算的教训,在动笔之前,先征求了钱老师的意见,然后决定采用带传动和二级圆柱齿轮减速器,也就是我的最终设计方案。至于画装配图和零件图,由于前期计算比较充分,整个过程用时不到一周,在此期间,我还得到了许多同学和老师的帮助。在此我要向他们表示最诚挚的谢意。整个作业过程中,我遇到的最大,最痛苦的事是最后的文档。一来自己没有电脑,用起来很不方便;最可恶的是在此期间,一种电脑病毒"Word杀手"四处泛滥,将我辛辛苦苦打了几天的文档全部毁了。那么多的公式, 那么多文字就这样在片刻消失了,当时我真是痛苦得要命。 尽管这次作业的时间是漫长的,过程是曲折的,但我的收获还是很大的。不仅仅掌握了四连杆执行机构和带传动以及齿轮,蜗杆传动机构的设计步骤与方法;也不仅仅对制图有了更进一步的掌握;Matlab和Auto CAD ,Word这些仅仅是工具软件,熟练掌握也是必需的。对我来说,收获最大的是方法和能力。那些分析和解决问题的方法与能力。在整个过程中,我发现像我们这些学生最最缺少的是经验,没有感性的认识,空有理论知识,有些东西很可能与实际脱节。总体来说,我觉得做这种类型的作业对我们的帮助还是很大的,它需要我们将学过的相关知识都系统地联系起来,从中暴露出自身的不足,以待改进。有时候,一个人的力量是有限的,合众人智慧,我相信我们的作品会更完美! 课程设计心得体会范文2： 三周半的机械课程设计结束了，说是三周半，实则两周半，第一周因连续有三门课程要考试，因而无暇搞设计，两周半的时间紧迫，于是不得不晚上和周末抽时间来继续搞设计，时间抓的紧也很充实。 作为一名机械设计制造及自动化大三的学生，我觉得能做这样的课程设计是十分有意义。在已度过的两年半大学生活里我们大多数接触的是专业基础课。我们在课堂上掌握的仅仅是专业基础课的理论面，如何去面对现实中的各种机械设计?如何把我们所学到的专业基础理论知识用到实践中去呢?我想做类似的大作业就为我们提供了良好的实践平台。在做本次课程设计的过程中，我感触最深的当属查阅了很多次设计书和指导书。为了让自己的设计更加完善，更加符合工 实验一熟悉VC++IDE开发环境 一、实验目的 1、熟悉VC++6.0集成开发环境，熟练掌握VC++6.0项目工作区、各种编辑器、菜单栏和工具栏的使用。 2、掌握如何编辑、编译、连接和运行一个C++程序。 3、通过运行简单的C++程序，初步了解C++源程序的结构和特点。 二、实验要求 1、分析下列程序运行的结果。 程序一： #include 程序设计心得体会 【收获及体会】 通过两个星期的折腾，总算把课程设计给完成了，这是一个坚苦而又漫长的过程。是啊，读了那么多年的书，课程设计可是第一次。看着劳动成果，很欣慰！虽然这不是我一个人做的，是大家的共同努力得来的。 “也许完成不了！”两个星期前我们这样说，“完成他没问题！”一个星期前我们这样说，现在我们可以说：“哈哈，完成啦”！ 刚开始，可以说是没有头绪，于是就去图书馆找资料，找到了一些关于画图方面的，可是这点小进展远远不够，这只是一个小小的开始。下一步是上查，找到了些与我们题目相似的，那时我们每个人都很高兴，可是那还不是我们要的，于是又上查到了些有关的函数等等，终于在我们大家的努力下，完成了这个程序。 虽然对着电脑做程序，有点累有点热，可是当看到劳动成果时，真是别有一番滋味在心头啊！世上无难事，只怕有心人，的确如此。做完这个程序最大的收获就是感受到了集体的力量，当然个人的智慧也是很重要的哦！ 做完这个课程设计，我们的自信一下子提高了，我们也会写程序了；尽管对于有些人这种程序会很简单，可对我们c语言初学者来说，已经很不容易了。这次体验为以后的学习计算机的我们增强了信心。享受劳动成果的滋味实在很美妙啊！ ——姜* 【收获及体会】 忙碌了一个多星期，在大家的共同努力下，我们总算将此程序设计出来。尽管不是自己独立完成，但仍然很高兴，因为在设计的过程中，让我了解到要设计一个大型程序，查找资料是至关重要的，在他人的基础上，再根据自己所学进行修改与调试，最后设计出自己想要的程序，这过程艰辛，但只要你持之以恒，成功指日可待。 另外平时扎实的基础也很关键，因为如果你平时学得就不怎么样，那么你面对这么一个比较有难度的程序，你可能会望而却步，看他人的程序都是个难点，更别说让你自己去设计。为了解决此。类问题，最好就是多向同学，老师请教，不要怕难为情。尤其是老师，评他们多年的编写程序的经验，要解决我们的问题，对他们来说只是small case。 在设计这个程序时，我们刚开始是根据老师给我们提供的资料，用画图以及循环将框架设计出来，但是接下去便无从下手了，计算是个关键和难点，我们也查了相应的资料，但是它上面用得是坐标来做的，所以为了方便设计程序，我们也改为坐标来做的，这样计算问题解决了。接下去就是按键问题，我们的资料是用鼠标做的，所以关于按键这个函数就只能我们自己设计，还好手头有类似的资料，经过自己的反复尝试以及与与同学的讨论，这也不难，最好还是被我们搞定了。最后就是闪烁，这个设计的方法很死板，都一个类型，就是算坐标比较烦琐，要确定好它的位置，但是这些只要你自己愿意去尝试，问题都可以迎刃而解的。 从这一个多星期的设计过程中，我看到了大家的拼搏与努力，也让我知道团队精神得难能可贵，尽管一年下来大家不怎么有多大接触，但是彼此之间的友谊已经在我们心里扎根生底，在遇到问题时，我们会共同进退，每个人都很慷慨不会因为是通过自己艰辛劳动设计出来的东西而不准他人剽窃了。 总之，这次设计程序让我受益良多，我会好好珍惜像这种难得的机会 ——薛** c课程设计心得体会 引导语：c课程设计设计完成之后有哪些心得体会呢？接下来是小编为你带来收集整理的文章，欢迎阅读！ c课程设计心得体会在设计打字游戏的过程中，通过我们小组各成员之间的相互讨论和合作，我们完成了打字练习的程序设计。在这个学期中，我们已经学习了《C 语言程序设计》这门课，但是我所学的知识最多也就是在做作业的时候才会用到，平时没有什么练习的机会，这次的设计是我第一次通过自己构思，和同学讨论并且不断查阅资料来设计一项程序。这次设计，不仅巩固了我以前所学的知识，还让我对c语言有了更深一步的了解，掌握了更多的技巧和技能。 C语言是计算机程序设计的重要理论基础，在我们以后的学习和工作中都有着十分重要的地位。要学好这种语言，仅仅学习课本上的知识是不够的，还要经常自己动手，有较强的实践能力。只有多动手，经常编写程序，才能发现我们学习上的漏洞和自己的不足，并在实践中解决这些问题，不断提高自己转化知识的能力。 在这次课程设计中，我们首先对系统的整体功能进行了构思，然后用结构化分析方法进行分析，将整个系统清楚的划分为几个模块，再根据每个模块的功能编写代码。而且尽可能的将模块细分，最后在进行函数的调用。我们在函数的 编写过程中，我们不仅用到了for循环、while循环和switch 语句，还用到了函数之间的调用。由于我们是分工编写代码，最后需要将每个人的代码放到一起进行调试。因为我们每个人写的函数的思想不都一样，所以在调试的过程中也遇到了困难，但经过我们耐心的修改，终于功夫不负有心人，我们成功了！ 一学期的学习成果，都体现在了这次打字游戏的设计过程中。这个学期，我学得不算认真，一开始做感觉力不从心，但在几个同学的帮助和努力下，我翻阅课本，询问ACM大神，绞尽脑汁的情况下做完这个程序设计，我的自信一下子提高了。尽管对于有些人这种程序会很简单，可对我这个C语言初学者来说，已经很不容易了。这次体验为以后的学习计算机的我们增强了信心。享受劳动成果的滋味实在很美妙啊！ c课程设计心得体会在这为期半个月的时间内，通过我们小组各成员之间的相互讨论和合作，我们完成了学生信息管理系统的程序设计，更值得高兴的是我们的程序得到了大家的喜爱，在每次的简报中都得到了较好的成绩。 虽然在上个学期中，我们已经学习了《C 语言程序设计》这门课，但是我所学的知识最多也就是在做作业的时候才会用到，平时没有什么练习的机会，这次的课程设计是我第一次通过自己构思，和同学讨论并且不断查阅资料来设计一项程序。这次设计，不仅巩固了我以前所学的知识，还让我对 学号：姓名： 第三章面向对象程序设计作业 一、判断题 1、一个Java源程序可有多个类，但只仅有一个public类，而且程序名与public类名相同。对 2、如果类A和类B在同一个包中，则除了私有成员外，类A可以访问类B中所有的成员。对 3、接口中的成员变量全部为常量，方法为抽象方法。对 4、抽象类可以有构造方法，可以直接实例化。错 5、对static方法的调用可以不需要类实例。对 6、包含抽象方法的类一定是抽象类。对 7、方法中的形参可以和方法所属类的属性同名。对 8、接口无构造器，不能有实例，也不能定义常量。错 9、类的实例对象的生命周括实例对象的创建、使用、废弃、垃圾的回收。对 10、Java应用程序的入口main方法只有一种定义法。对 二、选择题 1、下列答案正确的是（A ） A) 在同一个Java源文件中可以包含多个类，只能有一个被声明为public B) 在同一个Java源文件中只能包含一个类，并被声明为public C) 在同一个Java源文件中可以包含多个类，都可以被声明为public D) 在同一个Java源文件中可以包含多个类，只能有一个被声明为default 2、Java实现动态多态性是通过（ B ）实现的。 A) 重载B) 覆盖 C) 接口D) 抽象类 3、下列哪一个是正确的方法重载描述（ A ） A) 重载方法的参数类型必须不同 B) 重载方法的参数名称必须不同 C) 返回值类型必须不同 D) 修饰词必须不同 4、final关键字不可以用来修饰（ D ） A) 类B) 成员方法 C) 域D) 接口 5、接口的所有成员方法都具有（ B ）属性 A) private, final B) public, abstract C) static, protected D) static 6、Java的封装性是通过（A ）实现的 A) 访问控制B) 设计内部类 C) 静态域和静态方法D) 包 7、下列接口或类不属于.*包的是（ D ） A) Collection B)Vector C) Map D) Integer 8、下述哪一组方法，是一个类中方法重载的正确写法（ A ） A) int addValue( int a, int b ){return a+b;} 第一章C++ 基础 endl 换行并刷新输出流 setw(n) 设置字段位数为n hex,oct,dec 十六进制，八进制，十进制表示 setfill 定义填充字符 setprecision 定义浮点数的精度 left,right 左对齐，右对齐 showpoint 强制显示小数点以及全部尾部0 C++通过给常量命名的方式定义常量： const<数据类型名><常量名>=<表达式> 用const定义的标识符常量时，一定要对其初始化。在说明时进行初始化是对这种常量置值的唯一方法，不能用赋值运算符对这种常量进行赋值。 函数声明的一般形式为 函数类型函数名（参数表） 函数模板的定义 template 例子：template 程序设计心得体会 程序设计心得体会一：程序设计心得体会 在这为期半个月的时间内，通过我们小组各成员之间的相互讨论和合作，我们完成了学生信息管理系统的程序设计，更值得高兴的是我们的程序得到了大家的喜爱，在每次的简报中都得到了较好的成绩。 虽然在上个学期中，我们已经学习了《C语言程序设计》这门课，但是我所学的知识最多也就是在做作业的时候才会用到，平时没有什么练习的机会，这次的课程设计是我第一次通过自己构思，和同学讨论并且不断查阅资料来设计一项程序。这次设计，不仅巩固了我以前所学的知识，还让我对c语言有了更深一步的了解，掌握了更多的技巧和技能。 C语言是计算机程序设计的重要理论基础，在我们以后的学习和工作中都有着十分重要的地位。要学好这种语言，仅仅学习课本上的知识是不够的，还要经常自己动手，有较强的实践能力。只有多动手，经常编写程序，才能发现我们学习上的漏洞和自己的不足，并在实践中解决这些问题，不断提高自己转化知识的能力。 在我们小组有解决不了的问题时，我们会主动查阅相关的资料，或向其他同学询问，这不仅丰富了我们的知识，还增进了我们同学之间的友谊。为了增大信息的安全性，需要用文件来存储信息，由于我们在上课时不注重对文件的运用，所以在这方面有较大的困难。我先将书本认认真真地看了一遍，又做了一下课后习题来验证和增进自己的理解，终于，经过我们的不懈努力，我们小组的程序有了突破，成功地实现了用文件来保存并查看学生的信息。 这次设计中，我的收获还有就是学会了用流程图来表达自己的想法，并根据流程图来逐步实现程序的功能。开始的时候，我画流程图很是困难，需要一个多小时才能清楚的根据自己的想法画出图来，后来画多了，就更加了解它的功能，十分得心应手，能够比较快而准确的画出来。 在这次课程设计中，我们首先对系统的整体功能进行了构思，然后用结构化分析方法进行分析，将整个系统清楚的划分为几个模块，再根据每个模块的功能编写代码。而且尽 C语言课程设计心得体会范文三周的课程设计已经结束了。 回想学习C语言的过程中，既有快乐又有烦恼。 从领到书的那一刻，我就很郁闷，《C 语言程序设计》到底事学什么的，有什么用。刚开始上课时，还在迷茫这门课程是用来做什么的。不过，这些感受都是在对这门课程不了解的情况下产生的。后来慢慢的接触多了，听老师讲的多了，了解多了，渐渐的产生了兴趣。尤其是学到语句和函数时，上机操作程序，经过编译，调试和运行后，出现界面，当时觉得很好奇，想真正的学好这门课程。通过半个学期的学习，我掌握了基本知识。 下学期开始时，被通知要进行三周的课程设计。当时有点懵，感觉学的东西很少，很零散，不知该怎么练到一起，就要课程设计，是不是太难为我们了。 第一天基本上都是在看书，把基本知识再熟悉一边。到了下午的时候，老师发过来三道练习题，从这几道练习题上我得到了不少启发，然后我们组把整个程序的思路理清了，开始着手写程序。 第一周结束的时候，我感觉自己收获挺大的，从一开始的迷茫，不知道从何下手到把程序中的几个模块编写出来，心里挺开心的。但是，到了第二周，我们由不得不再次陷入困境。在整个程序的编写过程中。最难的就是修改和删除这 两个模块，这也是我们第二周要解决的重点问题。 开始编写修改和删除时，很头疼，去向其他人寻求帮助，在别人的帮助和提示下，我编完了修改程序，但编译时老出错，修改后的内容将文本内的信息全部覆盖了。困难之时，我们组的其他人，帮助了我，完成了修改和删除。这样的话，整个程序基本上全部完成了，就剩下完善工作了。我们组写了两个程序，最后，两个程序相互组合，互补，大功告成虽然设计时完成了，但是我觉得其中还是由一些不足之处： 1. 警告句。程序中缺少一些警告句，例如:“是否真的删除（y/n）?”。 2. 重名的情况。由于考虑的不周全，没有设计遇到重名的情况该怎么处理。 3. 选择单一。我们设计的程序中，只设计了按名字选择，进行操作，忽略了重名的情况。 整个程序完成了，还有很多不完善的地方，希望自己以后办事的时候要认真，仔细，考虑周全。 短短的三周课程设计结束了，但是这段时间里，我又学到了更多C 知识，如:对象数组，string类，文件流等，同时我也被提醒以后办事的时候要认真，仔细，考虑周全。，也看到了团队精神和互帮互助的重要性。这一点会让我终生受益。通过三周的课程设计，我觉得自己肚子里的墨水多了， 第二章2-4 #include int *p,*init; int countp=0; int countn=0; p = new int[20]; init = p; for(int i=0;i<20;i++) { cin>>*p; p++; } p = p-20; for( i=0;i<20;i++) { if(*p>0) countp++; if(*p<0) countn++; cout<<*p<<" "; p++; } cout<<"正数有:"< xx程序设计心得体会 篇一：收获及体会 通过两个星期的折腾总算把课程设计给完成了这是一个坚苦而又漫长的过程是啊读了那么多年的书课程设计可是第一次看着劳动成果很欣慰虽然这不是我一个人做的是大家的共同努力得来的“也许完成不了”两个星期前我们这样说“完成他没问题”一个星期前我们这样说现在我们可以说：“哈哈完成啦” 刚开始可以说是没有头绪于是就去图书馆找资料找到了一些关于画图方面的可是这点小进展远远不够这只是一个小小的开始下一步是上网查找到了些与我们题目相似的那时我们每个人都很高兴可是那还不是我们要的于是又上网查到了些有关的函数等等终于在我们大家的努力下完成了这个程序 虽然对着电脑做程序有点累有点热可是当看到劳动成果时真是别有一番滋味在心头啊世上无难事只怕有心人的确如此做完这个程序最大的收获就是感受到了集体的力量当然个人的智慧也是很重要的哦 做完这个课程设计我们的自信一下子提高了我们也会写程序了;尽管对于有些人这种程序会很简单可对我们c语言初学者来说已经很不容易了这次体验为以后的学习计算机的我们增强了信心享受劳动成果的滋味实在很美妙啊 ——姜* 篇二：收获及体会 忙碌了一个多星期在大家的共同努力下我们总算将此程序设计出来尽管不是自己独立完成但仍然很高兴因为在设计的过程中让我了解到要设计一个大型程序查找资料是至关重要的在他人的基础上再根据自己所学进行修改与调试最后设计出自己想要的程序这过程艰辛但只要你持之以恒成功指日可待 另外平时扎实的基础也很关键因为如果你平时学得就不样那么你面对这么一个比较有难度的程序你可能会望而却步看他人的程序都是个难点更别说让你自己去设计为了解决此类问题最好就是多向同学老师请教不要怕难为情尤其是老师评他们多年的编写程序的经验要解决我们的问题对他们来说只是smallcase 在设计这个程序时我们刚开始是根据老师给我们提供的资料用画图以及循环将框架设计出来但是接下去便无从下手了计算是个关键和难点我们也查了相应的资料但是它上面用得是坐标来做的所以为了方便设计程序我们也改为坐标来做的这样计算问题解决了接下去就是按键问题我们的资料是用鼠标做的所以关于按键这个函数就只能我们自己设计还好手头有类似的资料经过自己的反复尝试以及与与同学的讨论这也不难最好还是被我们搞定了最后就是闪烁这个设计的方法很死板都一个类型就是算坐标比较烦琐要确定好它的位置但是这些只要你自己愿意去尝试问题都可以迎刃而解的从这一个多星期的设计过程中我看到了大家的拼搏与努力也让我知道团队精神得难能可贵尽管一年下来大家不有多大接触但是彼此之间的友谊已经在我们心里扎根生底在遇到问题时我们会共同进退 c语言课程设计总结 c语言课程设计总结8篇 c语言课程设计总结（一）： 经过一个星期的上机实践学习，使我对c语言有了更进一步的认识和了解，要想学好它要重在实践，要透过不断的上机操作才能更好地学习它，透过实践，我也发现我的好多不足之处，首先是自己在指法上还不行，经常按错字母，透过学习也有所改善;再有对c语言的一些标准库函数不太了解，还有对函数调用的正确使用不够熟悉，还有对c语言中经常出现的错误也不了解，透过实践，使我在这几个方面的认识有所提高。 透过实践的学习，我认到学好计算机要重视实践操作，不仅仅仅是学习c语言，还是其它的语言，以及其它的计算机方面的知识都要重在实践，所以后在学习过程中，我会更加注视实践操作，使自己便好地学好计算机。 c语言课程设计总结（二）： 经过一个学期的学习，我对C语言有了必须的了解。C语言是学习计算机科学的基础，作为一名计算机专业学生，掌握C语言更是毋庸置疑。在上课之前，就经常听同学说，C语言很难学，确实，刚开始听课时觉得老师不知所云。但是，发现对后续资料的预习后，前面的疑团都迎刃而解，这让我对C语言的学习更有信心。 计算机最重要的就是上机操作，自己编写程序，在VisualC++运行，刚开始经常会出现错误，经过分析改正后，最后能够运行了，就觉得个性激动。 课程设计是一个把需求分析、程序编写、程序调试、撰写报告结合为一体的过程。在这个过程中，不仅仅锻炼了我们缜密的思维和坚持不解的毅力，更磨练了一个队伍的团结互助的精神。只有透过大家一齐努力才能将课程设计的所有环节都顺利的完成。另外程序设计中我们遇到问题并解决问题的过程，使得我们独自探索并解决问题的潜力了有了一个提高，这有利于我们以后的学习。同时这整一个过程，也使我们对程序编写的整个过程有了一个统筹全局的思想，因为需求分析、程序编写、程序调试、撰写报告这些过程是环环相扣的，绝对不可能独立进行。 课程设计是学习《C程序设计》后对知识的全面测试，刚拿到题目时不明白怎样去处理，觉得很复杂，经过和小组成员的讨论，上网查资料，逐个问题逐个击破，问题不再那么复杂。透过课程设计，我发现自己还存在很多知识漏洞，编写程序时，经常会出现低级错误，很多知识点都不熟悉。在今后的时间里，我必须要投入更多精力学习C语言，以课本为基础，请教老师，与同学讨论，参考资料，上机操作，我相信我必须能把C语言学好。程序设计实训心得体会
课程设计心得体会3篇
《面向对象程序设计》答案
程序设计心得体会-心得体会模板
c课程设计心得体会
面向对象程序设计(答案)
《C面向对象程序设计》谭浩强版复习总结
程序设计心得体会讲课教案
C语言课程设计心得体会范文
面向对象程序设计课后答案(完整版)
xx程序设计心得体会
c语言课程设计总结
- 精选-c语言课程设计总结8篇范文
- c,,课程设计心得体会
- c课程设计心得体会
- C语言课程设计心得体会对c语言课程理解
- 单片机课程设计心得体会培训例文
- 建筑课程设计心得体会
- c课程设计心得体会
- c课程设计心得体会(20200505190743)
- 心得体会 学习心得体会 微机课程设计心得体会,微机原理课程设计心得体会
- 教师课程设计学习心得体会
- 电子课程设计心得体会
- C语言课程设计心得体会_0
- 学微机原理课程设计心得体会范文
- 课程设计心得体会3篇
- C语言程序课程设计心得体会.docx
- C语言程序设计心得体会
- C语言程序课程设计心得体会
- 有关课程设计心得体会范文
- 最新C语言课程设计的心得体会
- c语言课程设计总结