抽象和逐步求精的关系？举例子说明

[qq_29366091]

抽象和逐步求精的关系？举例子说明

[EdsionWang]

对于书里面理解不了的概念，就先放着吧。等你做够了项目，再回过头来看看

[娃都会打酱油了]

逐步求精 将现实问题经过几次抽象（细化）处理，最后到求解域中只是一些简单的算法描述和算法实现问题。即将系统功能按层次进行分解，每一层不断将功能细化，到最后一层都是功能单一、简单易实现的模块。求解过程可以划分为若干个阶段，在不同阶段采用不同的工具来描述问题。在每个阶段有不同的规则和标准，产生出不同阶段的文档资料。

[以专业开发人员为伍]

逐步求精是个非常古老和原始的编程思路，也是 pascal 编程强调的风格。它实际上是说，任何函数（方法），首先只关心其输入输出接口定义，然后第二层选择一个比较简单和直观的逻辑分解形式，也就是把这个函数（方法）的实现分为2个、3个、几个很少的函数（方法）的连缀计算。如此迭代，将这些新的函数（方法）的独立的定义再去分解.....直到你觉得函数（方法）实在是太简单了，那么就到达“底”了。 这是最原始的一个概念。它其实与复杂系统无关，它简洁地描述了自古就有的符号数学归纳方式，用到了50年前的计算机编程教材上了。没错，50年前的计算机编程教材，主要是讲这类。而如今，编成所需要学习的基本设计知识早就比那时候复杂100倍了。

[以专业开发人员为伍]

在50年前，那时候的计算机教育基本上就是汇编语言（实际上连c语言也几乎没有出现、没有人认识）风格的编程模式，可以说没有什么规范的数据结构，并且方法（函数）接口形式也是五花八门。 Pascal 定义了一套数据结构规范，它的关键字中出现了 Record 等等。如果看看它的介绍http://www.yiibai.com/pascal/pascal_overview.html#pascal_overview也许还不能猜到它在那个时代的划时代意义。但是它提出了规范化、符号化（编程语言不用过多地考虑计算机体系结构，而只要考虑数学符号结构即可），在当时绝对是划时代的。 那么这就能解释，为什么“逐步求精”这种在于今天的计算机软件设计技术整体相比、其实是啥技术含量都没有定律，在当时为什么轰动一时。这个词儿是与当时刚刚推行结构化编程风格有关的，是符合那个时代的。 现在这些东西会被比较现代的理论直接一笔带过，因为现在的许多技术的表现力很强大，需要你用现代的思维方式去学习。如果你在今天的一些编程书上看到了这些描述，那么很可能，说明你看的编程书是一些照抄20年前的软件编程手册的人写的编程书，书上抄20年前过去的书里的段落的风气或许很重。

[缪军]

抽象的程度是相对的，所以随着技术手段，分析设计能力，需求，等情况的变化，抽象也会逐步求精

[blueink_200451]

学习了。不过感觉理解有点吃力。

[纸飞机_]

[yongjiusd]

卖锅帝多功能电锅告诉你，学习要一步一步来，不可过于偏见

[mingcsharp]

sp1234我只看你