程序设计实践（英文版） mobi 下载 网盘 caj lrf pdf txt 阿里云

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

Preface

Chapter 1: Style

1.1 Names

1.2 Expressi*** and Statements

1.3 C***istency 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 Less***

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

*** 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 Expressi***

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]);）

暂无其它内容！