初学者请教各位高手编程前是否要画流程图?

jinchengcn 2002-05-06 10:47:55
我是一个初学者,请教各位高手编程前是否要画流程图?如果要画,是画传统的流程图、还是画N-S流程图?
...全文
286 点赞 收藏 26
写回复
26 条回复
切换为时间正序
当前发帖距今超过3年,不再开放新的回复
发表回复
DaNiao 2002-05-27
To liu76xt(tt):
我很想知道你做的是怎样的系统
我反对的什么是你们做"系统"所用的?
回复
NewStarSE 2002-05-26
好记性比不过烂笔头。程序复杂的话,经常会写了前面忘了后面,写到后面又忘了前面的意思,所以用笔写下基本算法是必须的——不过倒不必是流程图,伪代码要简单省事得多。
回复
superzjx2000 2002-05-26
时画时不画
回复
网事随逢 2002-05-23
To: DaNiao(鸿雁)
只能说你是一个Code Fan,可能你平常也只是自己写一些代码。
至于作系统,或比较大的项目,我觉得不太可能,
有很多你所反对的,正是我目前作系统时使用的。。。
不好意思!
回复
nethermit 2002-05-23
从来不画
画的这点时间,思考早就超前了
回复
DaNiao 2002-05-22
Rose 2002 和 Together都是可以由UML产生代码,也能根据代码自动更新UML
回复
DaNiao 2002-05-22
为什么要类pascal,类C++类LISP类Chinese就不行吗?
回复
DaNiao 2002-05-22
to jinchengcn
Rose Together VS.net
不过VS.NET的那个我没用过,它是输出到Visio for VS的
回复
chenggn 2002-05-22
不画 需要的话 写伪代码

其实。。。。
回复
挺拔的劲松 2002-05-22
我向来不画!我觉得不需要!!
回复
reinly 2002-05-22
不画
回复
jinchengcn 2002-05-21
再问一下:伪码就是类Pascal语言么?
回复
zjtreebear 2002-05-19
低手画在纸上,高手画在心里。
回复
jinchengcn 2002-05-18
To: DaNiao(鸿雁)

有哪种CASE软件能自动生成的UML?
回复
bluegirl2003 2002-05-18
其实我认为无论是哪一种,目的都是为了便于编程,所以看你自己了.
不过,作为一名初学者,最好还是先养成一种认真的态度,毕竟有一个流程图就好比有了一个计划书,不会出现编了半天又忘了下一步要干什么的情况,至少我自己这样.
对于怎么画,我觉得随意,伪码最好,简单(其实我没有按照什么格式,自己知道意思好了),流程图很好,但费事!
如果是小程序,而且你记得大概算法,就简便把
回复
qrlvls 2002-05-18
简单的就不用画了,复杂的程序还是画一画好。
以后到公司做软件肯定要画一些的。
回复
afiy 2002-05-09
如果你是初学者的话,我建议你还是画一段时间的好,

这样使你对每一个程序的做法很快搞清楚;做一段时间以后,只要你明白就行了,

流程图做不做都可以,但如果是老师要求的,就没有办法了。

至于画哪种,其实没什么区别,只要学会一种即可。
回复
DaNiao 2002-05-08
对于NS图,我强烈建议你不要去用它

那个东西完全是对于结构化理论的僵化理解和繁琐哲学的产物

你知道NS图,想必也知道PASCAL,那两个东西是一而二,二而一的

过去PASCAL里没有return,break,exit,continue语句,
写起程序来整个就是两个字 痛苦!

现在虽然改进了一些,不过我还是不喜欢DELPHI

NS图却仍然固守着它的那一套垃圾

当然,如果你们老师喜欢的画,你就画吧,考试成绩才是压到一切的
回复
DaNiao 2002-05-08
我曾经看到有人这样写注释:

void main() //主函数,程序入口
{
for(int i=0;i<10;i++) //i从0到10
{
printf("%d\n",i); //输出
}
}

这些简直就是垃圾了,既然有人来看你的代码,他自然是会C语言的
即使不够精通,起码也知道什么是main什么是for

流程图在很多时候起的也是这种作用
回复
DaNiao 2002-05-08
初学的时候也许有点用吧

至于前面有人提到"良好的习惯"的问题
相信这位仁兄一定是看过一些三流的软件工程书
其实,软件工程并不总是怎么烦怎么来的
简单是做任何事情的基本原则
根据需要可能会画UML,数据流,流程图,过去还有画HIPO的
一般来说会有一些很粗的总体的东西,比如说你的系统里有几个模块,
模块间的协作关系,可以画一下

对于细节上除非有必要,比如你用了一个非常难于理解的算法,
而且这个算法不太容易用语言表达,用伪代码也不够清楚的时候,
才会考虑用流程图

总的来说流程图的表达能力是比较弱的,画起来也比较麻烦
所以用的并不是很多

文档和各种图不是越多越好,关键是看有没有必要
因为过多的文档不但浪费开发者的时间,更浪费维护人员的时间
如果你做一个写字板,却带了一个象MSDN一样大的文档
那我宁可去读你的代码

很多人都在抱怨缺少文档,其实往往是文档没有抓住关键,
废话一大堆,关键的地方却没说清楚

写文档的目的是帮助维护人员理解程序代码,
对于从代码中不容易直接看到的东西一定要写

程序的细节上的流程,对于熟练的程序员而言是一可以一目了然的
所以画图完全是多余的

很多被推为经典的软件开发案例都没有画多少图,文档也并不是最多的,
但字字切中要害,写得清晰明了,这才是最好的

现在有些人喜欢把UML画得非常细(实际上是用CASE软件自动生成的)
这种东西放在文档里是没什么用处的,因为我只要有了代码也能自动生成
这些图,所以这些图只能让文档显得拖沓冗长,其他什么好处也没有

总而言之,文档必须比代码更加抽象更加感性才有意义
好的文档应该是分出代码的条理,读代码的时候可以为纲,
读不明白的地方可以作为注解
回复
加载更多回复
相关推荐
发帖
数据结构与算法
创建于2007-08-27

3.2w+

社区成员

数据结构与算法相关内容讨论专区
申请成为版主
帖子事件
创建了帖子
2002-05-06 10:47
社区公告
暂无公告