以前本人看到一个人说,假如你写一个程序想着先怎样怎样再怎样怎样,那你就不是面向对象,是面向过程,那么本人现在把找到的类和对象实现了不来按照过程该怎么写呢?有点迷糊了,请高手们指点!谢谢!
解决方案
5
那些在多线程环境下
没等一个类的实例对应的构造函数执行完就企图读写其成员变量或调用其成员函数
或
一个类的实例已经析构了依然还企图读写其成员变量或调用其成员函数
而
运气好没出现异常
或
运气不好出现异常
的活生生、血淋淋的惨案
还少吗?
没等一个类的实例对应的构造函数执行完就企图读写其成员变量或调用其成员函数
或
一个类的实例已经析构了依然还企图读写其成员变量或调用其成员函数
而
运气好没出现异常
或
运气不好出现异常
的活生生、血淋淋的惨案
还少吗?
3
啥叫“潮流”?
用java或object-C开发手机APP是“潮流”吗?
那十年前的“潮流”是啥?
谁来预测一下十年后的“潮流”?
用java或object-C开发手机APP是“潮流”吗?
那十年前的“潮流”是啥?
谁来预测一下十年后的“潮流”?
5
类和对象实现了以后,肯定还有一个主程序,也是程序运行的入口,主程序不就是通过业务逻辑来新建、管理和最终销毁各个类的实例以实现所需要的功能吗,这个业务逻辑就是面向过程的,或是基于消息驱动的。主程序好比就是总装车间,你要把各个对象装配成拖拉机,还是坦克,靠的就是业务逻辑。
5
面向对象,只能完成分析,类定义
具体每个函数的实现,还是面向过程的。
程序的主要逻辑,也还得按照面向过程来处理。
不过面向对象,比面向过程抽象度更高,结构更清晰。
用面向对象思维,处理设计更好一点
处理编码,尤其是函数级别的,则没有么好。
面向对象,是站在面向过程的肩膀上的。
仅仅面向对象,是很难处理问题的。
面向对象,面向过程,是合作关系,不是互斥关系,不是非此即彼的
具体每个函数的实现,还是面向过程的。
程序的主要逻辑,也还得按照面向过程来处理。
不过面向对象,比面向过程抽象度更高,结构更清晰。
用面向对象思维,处理设计更好一点
处理编码,尤其是函数级别的,则没有么好。
面向对象,是站在面向过程的肩膀上的。
仅仅面向对象,是很难处理问题的。
面向对象,面向过程,是合作关系,不是互斥关系,不是非此即彼的
2
研究对象的属性,确定对象的数据和方法,封装成类
程序的执行自然是顺序执行的
程序的执行自然是顺序执行的