程序设计实践

按有用程度 按页码先后 最新笔记

• 

  第65页

  henix (It's my life.)

  当系统内部提供的代码太多时，人们将无法知道程序在其表面下到底做了什么。我们应该如何评价这种对控制和洞察力的丧失，这是更不清楚的事情。这也就是STL版本中遇到的情况，它的性能无法预料，也没有很容易的办法去解决问题。 目前存在着一种对软件的广泛的不断增长的关注：当程序库、界面和工具变得越来越复杂时，它们也变得更难以理解和控制了。当所有东西都正常运转时，功能丰富的程序设计环境可以是非常有生产效率的，但是如.. (更多)

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

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

  (收起)

  2012-01-31 20:45:23   回应

  收藏

  推荐
• 

  第85页

  henix (It's my life.)

  释放资源与分配资源应该在同一个层次进行。 这种处理原则的另一种说法是：资源的分配状态在跨过界面时不应该改变。 即，由库打开的文件应该由库关闭。如果传入了一个已经打开的文件描述符，那么库也不应该将其关闭。 (更多)

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

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

  即，由库打开的文件应该由库关闭。如果传入了一个已经打开的文件描述符，那么库也不应该将其关闭。 (收起)

  2012-01-28 20:07:11   回应

  收藏

  推荐
• 

  第2页

  henix (It's my life.)

  一个变量的作用域越大，它的名字所携带的信息就应该越多。 全局变量使用具有说明性的名字，局部变量用短名字。根据定义，全局变量可以出现在整个程序中的任何地方，因此它们的名字应该足够长，具有足够的说明性，以便使读者能够记得它们是干什么用的。 (更多)

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

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

  (收起)

  2012-01-16 18:13:31   回应

  收藏

  推荐

• 

  第2页

  henix (It's my life.)

  一个变量的作用域越大，它的名字所携带的信息就应该越多。 全局变量使用具有说明性的名字，局部变量用短名字。根据定义，全局变量可以出现在整个程序中的任何地方，因此它们的名字应该足够长，具有足够的说明性，以便使读者能够记得它们是干什么用的。 (更多)

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

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

  (收起)

  2012-01-16 18:13:31   回应

  收藏

  推荐
• 

  第65页

  henix (It's my life.)

  当系统内部提供的代码太多时，人们将无法知道程序在其表面下到底做了什么。我们应该如何评价这种对控制和洞察力的丧失，这是更不清楚的事情。这也就是STL版本中遇到的情况，它的性能无法预料，也没有很容易的办法去解决问题。 目前存在着一种对软件的广泛的不断增长的关注：当程序库、界面和工具变得越来越复杂时，它们也变得更难以理解和控制了。当所有东西都正常运转时，功能丰富的程序设计环境可以是非常有生产效率的，但是如.. (更多)

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

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

  (收起)

  2012-01-31 20:45:23   回应

  收藏

  推荐
• 

  第85页

  henix (It's my life.)

  释放资源与分配资源应该在同一个层次进行。 这种处理原则的另一种说法是：资源的分配状态在跨过界面时不应该改变。 即，由库打开的文件应该由库关闭。如果传入了一个已经打开的文件描述符，那么库也不应该将其关闭。 (更多)

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

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

  即，由库打开的文件应该由库关闭。如果传入了一个已经打开的文件描述符，那么库也不应该将其关闭。 (收起)

  2012-01-28 20:07:11   回应

  收藏

  推荐

• 

  第65页

  henix (It's my life.)

  当系统内部提供的代码太多时，人们将无法知道程序在其表面下到底做了什么。我们应该如何评价这种对控制和洞察力的丧失，这是更不清楚的事情。这也就是STL版本中遇到的情况，它的性能无法预料，也没有很容易的办法去解决问题。 目前存在着一种对软件的广泛的不断增长的关注：当程序库、界面和工具变得越来越复杂时，它们也变得更难以理解和控制了。当所有东西都正常运转时，功能丰富的程序设计环境可以是非常有生产效率的，但是如.. (更多)

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

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

  (收起)

  2012-01-31 20:45:23   回应

  收藏

  推荐
• 

  第85页

  henix (It's my life.)

  释放资源与分配资源应该在同一个层次进行。 这种处理原则的另一种说法是：资源的分配状态在跨过界面时不应该改变。 即，由库打开的文件应该由库关闭。如果传入了一个已经打开的文件描述符，那么库也不应该将其关闭。 (更多)

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

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

  即，由库打开的文件应该由库关闭。如果传入了一个已经打开的文件描述符，那么库也不应该将其关闭。 (收起)

  2012-01-28 20:07:11   回应

  收藏

  推荐
• 

  第2页

  henix (It's my life.)

  一个变量的作用域越大，它的名字所携带的信息就应该越多。 全局变量使用具有说明性的名字，局部变量用短名字。根据定义，全局变量可以出现在整个程序中的任何地方，因此它们的名字应该足够长，具有足够的说明性，以便使读者能够记得它们是干什么用的。 (更多)

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

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

  (收起)

  2012-01-16 18:13:31   回应

  收藏

  推荐