摘要:
不知不觉做软件已经做了十年,有成功的喜悦,也有失败的痛苦,但总不敢称自己是高手,因为和我心目中真正的高手们比起来,还差的太远。世界上并没有成为高手的捷径,但一些基本原则是可以遵循的。
1. 扎实的基础。数据结构、离散数学、编译原理,这些是所有计算机科学的基础,如果不掌握他们,很难写出高水平的程序。据我的观察,学计算机专业的人比学其他专业的人更能写出高质量的软件。程序人人都会写,......
摘要:
了解java,便了解了微软.net
www.javaunion.org 2001-3-12 15:39:21
人们对于美国微软在经过精心策划后于6月宣布的“microsoft.net”的设想是见仁见智。在传媒中“目前还很难说”的反应居多。实际上,由于具体产品开始出笼还是2~3年以后的事,现在说三道四确实为时尚早。
这里有一把可以用来快速理解microsoft.......
关于拖拉机游戏的类设计
我不会拖拉机这种玩法,只能就一般牌类的玩法来谈谈我对这个的看法.首先,既然我们要用oo的设计方法,那么就必须从顶至下来设计.
让我们先来分析一下联众这个游戏的流程,首先,我们进入游戏大厅,然后选定一个牌桌,人凑齐后就可以玩了,可以玩很多局,直至这桌全
部人离开.这样的话从顶至下分析就可以构造一下类:
一.大厅类(hall class)
这个类并不复杂,可以这样定义
public class hall
{
//私有成员变量
//大厅本身属性
private string m_strname ; //大厅名称
private string m_strdescription ; //大厅描述
private string m_strserverip ; //大厅主机ip,联网访问的ip,具体协议看需要
......... //其它需要的属性
//大厅包含的对象
private arraylist m_arrusers ; //用户数组
private arraylist m_arrconnections; //对应每个用户的连接,可以是udp或tcp,看需要....
下一页 摘要:
1. oo 需求搜集
因为“需求搜集”通常包含一些关于需求是什么以及您如何去搜集它等方面的不正确的假定(至少从 oo
角度)
首要任务是解决必须做什么,而不是如何去做
--------在 oo 说法中,问题定义的第一步称为正规问题说明书----------------
2. 问题说明书
在任何一个设计中,精确地陈述问题总是第一步的。这里,您的目标是要简洁而精确地说明书您......