程序设计实践（英文版） pdf pdb 阿里云 极速 mobi caj kindle 下载

暂无相关简介，正在全力查找中！

Preface

Chapter 1: Style

1.1 Names

1.2 Expressions and Statements

1.3 Consistency and Idioms

1.4 Function Macros

1.5 Magic Numbers

1.6 Comments

1.7 Why Bother?

Chapter 2: Algorithms and Data Structures

2.1 Searching

2.2 Sorting

2.3 Libraries

2.4 A Java Quicksort

2.5 O-Notation

2.6 Growing Arrays

2.7 Lists

2.8 Trees

2.9 Hash Tables

2.10 Summary

Chapter 3: Design and Implementation

3.1 The Markov Chain Algorithm

3.2 Data Structure Altematives

3.3 Building the Data Structure in C

3.4 Generating Output

3.5 Java

3.6 C++

3.7 Awk and Perl

3.8 Performance

3.9 Lessons

Chapter 4: Interfaces

4.1 Comma-Separated Values

4.2 A Prototype Library

4.3 A Library for Others

4.4 A C++ Implementation

4.5 Interface Principles

4.6 Resource Management

4.7 Abort, Retry, Fail?

4.8 User Interfaces

Chapter 5: Debugging

5.2 Debuggers

5.2 Good Clues, Easy Bugs

5.3 No Clues, Hard Bugs

5.4 Last Resorts

5.5 Non-reproducible Bugs

5.6 Debugging Tools

5.7 Other People's Bugs

5.8 Summary

Chapter 6: Testing

6.1 Test as You Write the Code

6.2 Systematic Testing

6.3 Test Automation

6.4 Test Scaffolds

6.5 Stress Tests

6.6 Tips for Testing

6.7 Who Does the Testing?

6.8 Testing the Markov Program

6.9 Summary

Chapter 7: Performance

7.1 A Bottleneck

7.2 Timing and Profiling

7.3 Strategies for Speed

7.4 Tuning the Code

7.5 Space Efficiency

7.6 Estimation

7.7 Summary

Chapter 8: Portability

8.1 Language

8.2 Headers and Libraries

8.3 Program Organization

8.4 Isolation

8.5 Data Exchange

8.6 Byte Order

8.7 Portability and Upgrade

8.8 Internationalization

8.9 Summary

Chapter 9: Notation

9. 1 Formatting Data

9.2 Regular Expressions

9.3 Programmab1e Tools

9.4 InterPreters, Compilers, and Virtual Machines

9.5 Programs that Write Programs

9.6 Using Macros to Generate Code

9.7 Compiling on the Fly

Epilogue

Appendix: Collected Rules

Index

暂无相关内容，正在全力查找中

暂无出版社相关信息，正在全力查找中！

暂无相关书籍摘录，正在全力查找中！

在线阅读地址：程序设计实践（英文版）在线阅读

在线听书地址：程序设计实践（英文版）在线收听

在线购买地址：程序设计实践（英文版）在线购买

全局变量、全局函数、类和结构体都应该有说明性的名字，以表明它们在程序里扮演的角色。

相反，对局部变量使用短名字就够了。按常规方式使用的局部联邦可以采用极短的名字，比如i、j作为循环变量；p、q作为指针；s、t表示指针等。

函数应该采用动作性的名字。函数名应当用动作性的动词，后面可以跟着名词：

now = date.getTime();

putchar('n');

对返回布尔类型值（或真/假）的函数命名时，应该清楚地反映其返回值情况。比如下面的命名就不是很好了：

if (checkoctal(c))

...

因为这里函数名字就没有指明什么时候返回真，什么时候返回假。而下面这种写法就挺好：

if (isoctal(c))

...

这样就把返回真假的情况指明了。

一个变量的作用域越大，它的名字所携带的信息就应该越多。

全局变量使用具有说明性的名字，局部变量用短名字。根据定义，全局变量可以出现在整个程序中的任何地方，因此它们的名字应该足够长，具有足够的说明性，以便使读者能够记得它们是干什么用的。

释放资源与分配资源应该在同一个层次进行。

这种处理原则的另一种说法是：资源的分配状态在跨过界面时不应该改变。

当系统内部提供的代码太多时，人们将无法知道程序在其表面下到底做了什么。我们应该如何评价这种对控制和洞察力的丧失，这是更不清楚的事情。这也就是STL版本中遇到的情况，它的性能无法预料，也没有很容易的办法去解决问题。

目前存在着一种对软件的广泛的不断增长的关注：当程序库、界面和工具变得越来越复杂时，它们也变得更难以理解和控制了。当所有东西都正常运转时，功能丰富的程序设计环境可以是非常有生产效率的，但是如果它们出了毛病，那就没什么东西可以依靠了。如果问题牵涉到的是性能或者某些难于捉摸的逻辑错误时，我们很可能根本没有意识到有什么东西出了毛病。

scanf的所有参数都在函数被真正调用前已经求好值了,所以&profit[yr]实际使用的总是yr原来的值

（PS：scanf("%d %d", &yr, &profit[yr]);）

暂无其它内容！