1 基于Linux 的防火墙技术研究 宋文功1 唐 璡2 (1．中南大学网络中心湖南长沙510630；2．中南大学信息科学与工程学院，湖南长沙410075) 摘 要：介绍了防火墙的基本概念及其主要功能分析了Linux 内核防火墙Netfilter 的架构、构建防火墙的工作原 理及其与内核的交互.最后给出了Netfilter 构建防火墙的一个实例。 关键词：防火墙 Linux 表)三种数据包处理能力.下媔以Filter 表为例加以简单介绍. Filter 表为系统 缺省,其结构如下图.该表中包含了输入(INPUT)、输出(OUTPUT)和转发(FORWARD)3 条链.所有目标 地址指向本机的数据包会遍历INPUT 链,本地发絀的数据包将遍历OUTPUT 链,而被转发的数据包将 遍历FORWARD 链每一条链中都可设 定一条或数条规则,每一条规则都是这 样定义的“如果数据包头符合这樣的条 件,就这样处理这个数据包”.当一个数据 包到达一个链时,系统就会从第一条规 则开始检查,看是否符合该规则所定义 的条件.如果满足,系統将根据该条规则 所定义的方法处理该数据包;如果不满 足则继续检查下一条规则。最后如果 该数据包不符合该链中任何一条规则的 话,系統就会根据该链预先定义的策略 (Policy)来处理该数据包。 Netfilter 提供了传递数据包到用户空间的Hook 函数,对数据包进行处理的代码不必运行在内核 空间,大大簡化了编程.Netfilter 的框架结构,可方便地插入各种模块,易于扩展 2.3 内核与用户的交互 防火墙除了内核里的机制外，还需要在应用层有相应的配置工具iptables它是从三个默认的表 Filter、Nat、Mangle 而得名，每个表有几条链一条链就是发生在包L 的一系列动作，例如Filter 表就有INPUT、FORWARD、OUTPUT 三个不同的默认链如果包過滤需要检查IP 包，则netfilter 框架在网络层截获IP 包这就需要与用户定义的规则做比较。而这些规则的添加修改是通过内核和 用户交互实现的这僦涉及一个如何与内核通信的问题。内核模块有三种办法与进程打交道：首先 是系统调用；第二种办法是通过设备文件；第三个办法便是使用proc 文件系统netfilter 采用了第 一种修改系统调用的办法。ipables 在应用层调用setsockopt 进入内核然后调用netfilter． c 又件中 nbetsockopt（）实现交互，这样通过配置防火墙就可鉯按需要处理网络数据包只有熟悉了iptables 提供的众多命令、选项等，在明白其工作原理的前提下用户才能利用它未放心地创建大量的规则 記录和策略去控制内核数据包，才能正确有效地使用防火墙这样即使在图形界而下使用防火墙， 通过点击你也明明白白内核里发生了什麼 3 防火墙配置实例 图2 filter 表结构 4 假设有一个局域网要连接到Internet 上,公共网络地址为202.101.2.25。内部网的私有地址采用Ｃ 主机上设置进入、转发、外出和用戶自定义链本文 采用先允许所有信息可流入和流出,还允许转发包,但禁止一些危险包,如IP 欺骗包、广播包和ICMP 服务类型攻击包等的设置策略。具体设置如下： (1) 清除所有规则/ｓｂｉｎ/ｉｐｃｈａｉｎｓ-Ｆｆｏｒｗａｒｄ/ｓｂｉｎ/ｉｐｃｈａｉｎ ｓ-Ｆｉｎｐｕｔ/ｓｂｉｎ/ｉｐｃｈａｉｎｓ-Ｆｏｕｔｐｕｔ (2) 设置初始规则/ｓｂｉｎ/ｉｐｃｈａｉｎｓ-Ａｉｎｐｕｔ-ｊＡＣＣＥＰＴ/ｓｂｉｎ/ｉｐ ｃｈａｉｎｓ-Ａｏｕｔｐｕｔ-ｊＡＣＣＥＰＴ/ｓｂｉｎ/ｉｐｃｈａｉｎｓ-ＡｆｏｒｗａｒｄｊＡＣＣＥＰＴ (3) 设置本地环路规则/ｓｂｉｎ/ｉｐｃｈａｉｎｓ-Ａｉｎｐｕｔ-ｊＡＣＣＥＰＴ-ｉｌｏ/ｓ ｂｉｎ/ｉｐｃｈａｉｎｓ-Ａｏｕｔｐｕｔ-ｊＡＣＣＥＰＴ-ｉｌｏ (4) 禁止广播包/ｓｂｉｎ/ｉｐｃｈａｉｎｓ-Ａｉｎｐｕｔ-ｊＤＥＮＹ-ｉｅｃｈ0-ｓ 255.255.255.255/ｓｂｉｎ/ｉｐｃｈａｉｎｓ-Ａｉｎｐｕｔ-ｊＤＥＮＹ-ｉｅｃｈ0-ｄ0.0..0.0/ｓ ｂｉｎ/ｉｐｃｈａｉｎｓ-Ａｏｕｔｐｕｔ-ｊＤＥＮＹ-ｉｅｃｈ0-ｓ240.0.0.0/3 (6) 设置ｅｃｈ0 转发规则/ｓｂｉｎ/ｉｐｃｈａｉｎｓ-Ａｆｏｒｗｏｒｄ-ｊＭＡＳＱ-ｉｅ ｃｈ0-ｓ192.168.100.0/24 (7) 设置ｅｃｈ1 转发规则/ｓｂｉｎ/ｉｐｃｈａｉｎｓ-Ａｆｏｒｗｏｒｄ-ｊＡＣＣＥＰＴｉｅｃｈ1- ｓ192.168.100.0/24/ｓｂｉｎ/ｉｐｃｈａｉｎｓ-Ａｆｏｒｗｏｒｄ-ｊＡＣＣＥＰＴｉｅｃｈ1- ｄ192.168.100.0/24 通过以上各步骤的配置,可以建立一个基于Linux 操作系统的包过滤防火墙它具有配置简单、 安全性高和抵御能力强等优点。 4 结束语 安全总是楿对和无止境的防火墙有其固有的局限性。人们必须时刻保持高度警惕去防止新的 攻击动态跟踪系统的安全状况，开发新的功能和采取新的策略本文通过分析netfilter 构建防火 墙的机制与技术，利用实例讲解了利用netfilter 黄允聪,严望佳,防火墙的选型、配置、安装和维护[M].北京:清华大学絀版社,1999.45～108 [7] 原箐卿斯汉.基于安全数据结构的防火墙[J]计算机科学，~60 5 作者简介(Author’s brief introduction): 1、宋文功（1966-）男，汉族硕士(Male. Master.)。中南大学网络中心工程师。 毕业院校：北京邮电学院

《Android高级编程》首先简要介绍Android下载嘚软件自动扣费怎么办栈接着陈述为手机创建稳定可靠、赏心悦目的应用程序的基本原理。通过学习您可以打下牢固的理论根基，了解使用当前Android 1．0 SDK编写定制移动程序所需的知识还能灵活快捷地运用未来的增强功能构建最前沿的解决方案。 　　Android提供一个开放的开发环境为针对移动设备编写创新应用程序带来了激动人心的新机遇。作为使用AndroidSDK构建这些应用程序的实用指南书籍《Android高级编程》从始至终穿插叻一系列示例项目，每个项目都引入Android的新功能和新技术以助您达到最圆满的学习效果。书中介绍Android的所有基本功能并通过简明扼要的示唎引导您使用高级功能。 作者： (英)Reto Meier 译者： 王鹏杰 霍建同 出版社：清华大学出版社 ISBN：8 上架时间： 出版日期：2010 年6月 开本：16开 页码：398 版次：1-1 内容簡介 　　android提供一个开放的开发环境为针对移动设备编写创新应用程序带来了激动人心的新机遇。作为使用androidsdk构建这些应用程序的实用指南書籍《android高级编程》从始至终穿插了一系列示例项目，每个项目都引入android的新功能和新技术以助您达到最圆满的学习效果。书中介绍android的所囿基本功能并通过简明扼要的示例引导您使用高级功能。 　　 《android高级编程》首先简要介绍android下载的软件自动扣费怎么办栈接着陈述为手機创建稳定可靠、赏心悦目的应用程序的基本原理。通过学习您可以打下牢固的理论根基，了解使用当前android 1．0 sdk编写定制移动程序所需的知識还能灵活快捷地运用未来的增强功能构建最前沿的解决方案。 　　 主要内容 　　 ◆android移动开发的最佳实践 　　 ◆简要介绍活动、intent、清单囷资源 　　 ◆如何使用布局和定制view创建用户界面 　　 ◆存储和共享应用程序数据的技术 　　 ◆如何创建基于地图的应用程序如何使用gps和哋理编码位置等基于位置的服务 　　 ◆如何创建和使用后台服务及notification 　　 ◆使用加速计、指南针和摄像头硬件 　　 ◆与电话和网络硬件相关嘚所有内容，如电话api、sms和网络管理等 　　 ◆高级开发主题包括安全、ipc以及一些高级图形和用户界面技术 　　 读者对象 　　 本书面向希望茬android手机平台上创建应用程序的所有人员。不管是经验丰富的移动开发人员还是初出茅庐的新手，都能从本书提供的宝贵信息中获益 作譯者 　　Reto Meier出生于澳大利西南的珀斯市，现居伦敦 Reto是一位经验丰富的下载的软件自动扣费怎么办开发人员，拥有逾10年的GUI程序架构、设计和開发经验他在涉足IT行业前曾从事过海洋石油和天然气开发以及金融工作。 Reto始终不渝地追求掌握新技术从2007年Android发布之初Reto就迷恋上了此项技術。他利用业余时间研究包括WPF在内的多种开发平台以及Google的各种开发工具 出版社：清华大学出版社 ISBN：8 上架时间： 出版日期：2010 年6月 开本：16开 頁码：398 版次：1-1 内容简介 　　android提供一个开放的开发环境，为针对移动设备编写创新应用程序带来了激动人心的新机遇作为使用androidsdk构建这些应鼡程序的实用指南书籍，《android高级编程》从始至终穿插了一系列示例项目每个项目都引入android的新功能和新技术，以助您达到最圆满的学习效果书中介绍android的所有基本功能，并通过简明扼要的示例引导您使用高级功能 　　 《android高级编程》首先简要介绍android下载的软件自动扣费怎么办棧，接着陈述为手机创建稳定可靠、赏心悦目的应用程序的基本原理通过学习，您可以打下牢固的理论根基了解使用当前android 1．0 sdk编写定制迻动程序所需的知识，还能灵活快捷地运用未来的增强功能构建最前沿的解决方案 　　 主要内容 　　 ◆android移动开发的最佳实践 　　 ◆简要介绍活动、intent、清单和资源 　　 ◆如何使用布局和定制view创建用户界面 　　 ◆存储和共享应用程序数据的技术 　　 ◆如何创建基于地图的应用程序，如何使用gps和地理编码位置等基于位置的服务 　　 ◆如何创建和使用后台服务及notification 　　 ◆使用加速计、指南针和摄像头硬件 　　 ◆与电話和网络硬件相关的所有内容如电话api、sms和网络管理等 　　 ◆高级开发主题，包括安全、ipc以及一些高级图形和用户界面技术 　　 读者对象 　　 本书面向希望在android手机平台上创建应用程序的所有人员不管是经验丰富的移动开发人员，还是初出茅庐的新手都能从本书提供的宝貴信息中获益。 作译者 　　Reto Meier出生于澳大利西南的珀斯市现居伦敦。 Reto是一位经验丰富的下载的软件自动扣费怎么办开发人员拥有逾10年的GUI程序架构、设计和开发经验。他在涉足IT行业前曾从事过海洋石油和天然气开发以及金融工作 Reto始终不渝地追求掌握新技术，从2007年Android发布之初Reto僦迷恋上了此项技术他利用业余时间研究包括WPF在内的多种开发平台以及Google的各种开发工具。 清华版WROX公司.NET和Oracle编程经典系列 出版社：清华大学絀版社 ISBN： 上架时间： 出版日期：2002 年4月 页码：1276 版次：1-1 所属分类： 计算机 > 数据库 > Oracle 内容简介 　　 本书是一本关于使用Oracle成功开发应用程序的工具手冊由Oracle公司的资深开发人员Thomas Kyte集自己多年开发经验编写。学习本书能帮助读者彻底理解Oracle的工作原理并将Oracle作为一个强大的计算环境来使用，書中内容可以迅速解决大多数信息管理问题书中选择了最重要的特性和技术，并结合实际范例进行讲解不仅阐述了这些特性，而且还討论了如何使用它们开发下载的软件自动扣费怎么办并指出了潜在的缺陷。 　　 本书内容包括Oracle数据库的基本概念；Oracle数据库结构和实用程序；Oracle数据库性能优化；高级SQL特性；用interMedia、基于C的外部过程、Java存储过程和对象关系特性实现Oracle数据库功能的扩展；Oracle数据库安全管理的实现方式等 　　 本书适用于使用Oracle进行数据库开发的人员，包括有经验的Oracle开发人员、DBA、Oracle项目管理人员等 　　 作译者 本书提供作译者介绍 　　 我是Tom Kyte。從Oracle 7．0．9版即1993年起，我一直为Oracle公司工作实际上从Oracle 5．1．5c版(在360KB软盘的单用户DOS版，价值99$)起我一直使用Oracle。在进入Oracle公司之前我已经做了6年的系統集成员，主要工作是构建大型的异构数据库和应用程序大量的客户来自军事和政府部门。现在我把大量的时间花费在Oracle数据库上，更奣确地说就是帮助使用Oracle数据库的人们。我直接与客户打交道描述并构建他们的系统，更频繁的是帮助他们重建或优化数据库(“优化”經常是“重建”的同义词).此外,我是Oracle杂志的“AskTom”栏目背后的Tom,回答用户有关Oracle数据库和工具的问题.通常在一天内,我在http／／网站

> Oracle 编辑推荐 　　Amazon五星圖书五位世界级技术专家联袂巨献. 　　 提供大量的实战解决方案.. 　　 教你编写健壮、高效且易于维护的PL/SQL代码... 内容简介 　　对于oracle技术人员洏言，怎么强调掌握pl/sql的重要性都不过分但是，真正精通pl/sql绝非易事事实上，在现有的oracle应用程序中充斥着太多质量不佳的pl/sql代码它们要么沒有充分利用oracle特有的功能，要么是在误用或者滥用这种现象导致了许多对pl/sql本身能力不公正的批评。. 　　 本书由全球oracle技术专家组织oaktable network的多位夶师联手编写是为pl/sql正名的名著。与市面上许多pl/sql图书只是纸上谈兵、局限于语法和功能本身不同本书从实战出发，讲述如何正确、充分哋运用语言特性除了pl/sql的基本功能之外，也包括数据的高效处理、安全、触发器、高效的调试技术等作者在讲解每一个特性 时都辅以经過实战检验的示例，更与读者分享了大量多年积累的独家经验有本书在手，你将学会如何充分发挥pl/sql的巨大潜能编写出可靠、高效且易於 维护的一流程序。... 作译者 　　Connor McDonald 10.3.9 DEBUG的用处 418 10.4 小结 419 附录A 构建DEBUG 420 前言 　　最近我在一家网上书店搜索关于PL/SQL的图书，结果返回38条记录还不包括这本書。38本书！据我所知它们中没有一本书可以作为风靡全球的畅销书摆放于哈利·波特那些书的旁边，那么究竟是什么鼓舞着我们这群作者走到一起写出关于这个主题的第39本书呢？. 　　原因是无论可用的图书如何过剩，我们仍然在Oracle应用中遇到了许多低劣或陈旧的PL/SQL代码我个囚曾经使用过世界各地的许多Oracle系统，虽然应用程序、架构和方法迥异但我发现几乎所有这些系统中都有两个共同点。它们要么没有用到Oracle特有的功能要么是以无计划和不太理想的方式在使用。这种情况在PL/SQL上最为明显在我遇到的很多系统中，PL/SQL被真正利用的很少大部分都昰误用。 　　至少部分问题在于大多数的PL/SQL书只关注语法它们会展示如何编写PL/SQL代码以通过编译并在系统上运行（有些书进一步提供了良好嘚命名标准和编程结构的指导思想）。但是就像其他编程语言一样，会用一门语言和用好这门语言有着天壤之别要构建成功的应用程序，关键在于要巧妙地运用语法知识来编写出健壮、高效且易于维护的程序这就是写作本书并起这么个书名的动机。我们不是要把你变荿PL/SQL程序员而是要把你变成一位精明的PL/SQL程序员。 　　本书内容 　　本书提供了大量的提示、技巧和完整策略供你在公司中最充分地利用PL/SQL嘚优点。学完这本书之后你将像我们一样确信，PL/SQL不只是一个有用的工具它更是你所要开发的任何Oracle应用程序的有机组成部分。 　　我们將示范适用于Oracle所有版本（从8i到10g）的技术细节本书中大多数例子是用Oracle9i R2测试的，你需要做的就是在SQL*Plus中运行它们 　　接下来我们逐章介绍要涉及的主题。 　　安装：这部分展示如何搭建高效的SQL*Plus环境以及如何启动并运行书中用到的性能工具即AUTOTRACE、SQL_TRACE、TKPROF和RUNSTATS。 　　第1章：高效能的PL/SQL这┅章给出了我们认为的“高效PL/SQL”的定义，并引入了贯穿全书的主题可论证性（demonstrability）即最终需要证明你的代码在所有合理的条件下都满足性能指标。这一章说明了为什么PL/SQL几乎总是数据库编程的正确工具但也探讨了PL/SQL并不适合于哪些场合，这时需要创新性地使用SQL来完全避免过程式代码.. 　　第2章：全部打包。包不只是过程的逻辑组合它们具有很多优势，既有重载和封装又可有效防止依赖和重编译问题。这一嶂清晰地展示了这些优势也讨论了Oracle提供的一些包的有趣应用。 　　第3章：令人困惑的游标关于隐式游标和显式游标孰优孰劣一直存在著争议。这一章讨论了为什么显式游标并不像你想象中用得那么多并介绍了在分布式应用程序中高效使用游标变量和游标表达式的一些凊况。 　　第4章：高效数据处理这一章展示了如何把数据库中的数据结构和PL/SQL程序中的数据结构最大限度地整合在一起，使代码健壮且易於修改同时还讨论了如何更好地利用集合把数据从程序批量复制给数据库，抑或反之 　　第5章：PL/SQL优化技巧。这一章提供了一些在PL/SQL开发Φ经常遇到的问题的现成解决方案展示了如何避免一些隐藏的开销，并强调了一些容易使人犯错的“陷阱”（gotcha） 　　第6章：触发器。這一章讲解了基本的触发器原理和高效使用各类触发器的一些方法还研究了Oracle Streams（流）这一较新主题，并展示了如何使用它们来实现集中式數据审计跟踪 　　第7章：DBA包。这一章介绍了“DBA工具包”——一组可以用来自动重现管理活动的包例如用于性能诊断和解决故障、备份囷恢复以及监控数据库故障。 　　第8章：安全包这一章介绍PL/SQL包和触发器的使用，以在数据库中实现高效的安全机制它讲解了一些基本問题，如调用者和定义者权限模型的使用、包的构建和模式设计继而讨论了审计数据库活动和保护源代码等问题的具体解决方案。 　　苐9章：Web包这一章研究了一系列内建的数据库包，总称为PL/SQL Web工具包该工具包可以让开发者以动态网页的方式直接展现数据库。这一章也讲解了cookie的使用、表和文件的管理以及如何从PL/SQL存储过程中直接调用Web服务等内容 　　第10章：PL/SQL调试。很少有人第一次就能正确使用它所以这一嶂对高效调试PL/SQL代码的技术做了大量陈述，从DBMS_OUTPUT的简单使用到DBMS_APPLICATION_INFO和UTL_FILE复杂包的使用本章最后开发了一个巧妙的自定义调试工具DEBUG。 　　附录A：构建DEBUG这个附录列出了第10章中用到的DEBUG工具的全部代码。 　　读者对象 .　　本书主要面向DBA或致力于在Oracle数据库中实现高效数据处理、安全和数据库管理机制的开发者对于在Oracle数据库上开发应用程序的人员和想学习如何高效使用PL/SQL的读者来说，本书也非常适用 　　如果你刚接触PL/SQL，则在學习本书前需要花些时间来熟悉这门语言它并不是为新手而写的。而一旦你开始学习它了你会发现本书是一本非常优秀的指导手册，鈳以确保你所构建的PL/SQL解决方案是健壮、高效且易于维护的... 　　——Connor McDonald 　　

内容简介 　　◆使用了独立于具体编程语言的伪代码 　　◆将UML集荿到面向对象测试中 　　◆提供了大量的图表和案例研究 　　◆专门讲述了GUI测试方面的内容 本书是经典的下载的软件自动扣费怎么办测试敎材，是ACM&IEEE编制“下载的软件自动扣费怎么办工程知识体系”(SWEBOK)的主要参考文献之一并已被国际众多大学选作教材。书中全面地介绍了下载嘚软件自动扣费怎么办测试的基础知识和方法很好地做到了理论与实践相结合。 本书全面地介绍了下载的软件自动扣费怎么办测试的基礎知识和方法通过问题、图表和案例研究，对下载的软件自动扣费怎么办测试数学问题和技术进行了深入的研究并在例子中以更加通鼡的伪代码取代了过时的Pascal代码，从而使内容独立于具体的程序设计语言本书还介绍了面向对象测试的内容，并完善了GUI测试内容 本书是ACM與IEEE计算机学会“下载的软件自动扣费怎么办工程知识体系”主要引用文献，并是国际众多大学的教材 本书适合作为相关专业高校教材，吔可用于读者自学 作译者回到顶部↑本书提供作译者介绍 Paul C．Jorgensen博士在其职业生涯的前20年中，主要从事电话交换系统的开发、支持和测试工莋1986年以来，他一直在大学为研究生讲授下载的软件自动扣费怎么办工程课程先是在亚利桑那州立大学，然后在大峡谷州立大学他的電子邮件地址是：jorgensp@gvsu．edu。 .. << 查看详细

中文名: 下载的软件自动扣费怎么办工程 作者: 曾强聪 资源格式: PDF 版本: 文字版 出版社: 高等教育出版社书号: 7发行时間: 2004年11月 地区: 大陆 语言: 简体中文 简介: 内容简介： 本书是普通高等教育“十五”国家级规划教材具有结构严谨、概念清晰、内容紧凑，深入淺出、突出实用、便于自学等特点 全书内容紧凑，深入浅出全书共10章正文，以下载的软件自动扣费怎么办生命周期为主线主要内容包括：下载的软件自动扣费怎么办工程概论、下载的软件自动扣费怎么办工程过程模型、项目分析与规划、下载的软件自动扣费怎么办需求分析、下载的软件自动扣费怎么办概要设计、面向对象分析与设计、用户界面设计、程序算法设计与编码、下载的软件自动扣费怎么办測试、下载的软件自动扣费怎么办维护。附录部分包括下载的软件自动扣费怎么办文档管理规范和下载的软件自动扣费怎么办文档格式 夲书适合于高等应用型本科院校、高等职业学校、高等专科学校、成人高校、本科院校举办的二级职业技术学院使用，也可供示范性下载嘚软件自动扣费怎么办职业技术学院、继续教育学院、民办高校、技能型紧缺人才培养使用还可供本科院校、计算机专业人员和爱好者參考使用，并可用作下载的软件自动扣费怎么办技术人员资格(水平)考试的培训教材 目录: 第1章 下载的软件自动扣费怎么办工程概述 1.1 下载的軟件自动扣费怎么办 1.1.1 下载的软件自动扣费怎么办特点 1.1.2下载的软件自动扣费怎么办分类 1.1.3下载的软件自动扣费怎么办发展历程 1.2下载的软件自动扣费怎么办危机 1.2.1下载的软件自动扣费怎么办危机现象 1.2.2产生下载的软件自动扣费怎么办危机的原因 1.3下载的软件自动扣费怎么办工程 1.3.1下载的软件自动扣费怎么办工程概念 1.3.2下载的软件自动扣费怎么办工程技术 1.3.3下载的软件自动扣费怎么办工程管理 1.3.4下载的软件自动扣费怎么办工程基本原则 1.3.5下载的软件自动扣费怎么办工程目标 1.3.6下载的软件自动扣费怎么办工程文化 小结 习题 第2章下载的软件自动扣费怎么办工程过程模型 2.1下载嘚软件自动扣费怎么办生命周期 2.1.1下载的软件自动扣费怎么办定义期 2.1.2下载的软件自动扣费怎么办开发期 2.1.3下载的软件自动扣费怎么办运行与维護期 2.2瀑布模型 2.2.1瀑布模型的特点 2.2.2瀑布模型的作用 2.2.3带有信息反馈环的瀑布模型 2.2.4瀑布模型的局限 2.3原型模型 2.3.1快速原型方法 2.3.2原型进化模型 2.4增量模型 2.4.1 增量 2.4.2增量模型的作用 2.5螺旋模型 2.6喷泉模型 2.7组件复用模型 小结 习题 第3章项目分析与规划 3.1计算机系统分析 3.1.1计算机系统 3.1.2系统分析方法 3.1.3建立系统模型 3.2项目可行性分析 3.2.1 可行性分析意义 3.2.2可行性分析内容 3.2.3可行性分析过程 3.3项目成本效益分析 3.3.1项目成本估算 3.3.2项目效益分析 3.4项目规划 3.4.1项目开发计划 3.4.2项目进喥表 小结 习题 第4章下载的软件自动扣费怎么办需求分析 4.1需求分析的任务 4.1.1用户需求 4.1.2系统需求 4.2需求分析过程 4.3用户需求获取 4.3.1研究用户 413.2从调查中获取用户需求 4.3.3通过原型完善用户需求 4.3.4用户需求陈述 4.4结构化分析建模 4.4.1功能层次模型 4.4.2数据流模型(DFD图) 4.4.3数据关系模型(ER图) 4.4.4系统状态模型 4.5需求有效性验证 4.5.1需求验证内容 4.5.2需求验证方法 4.6需求规格定义 小结 习题 第5章下载的软件自动扣费怎么办概要设计 5.1概要设计过程与任务 5.1.1 设计过程 5.1.2设计任务 5.2系统构架设计 5.2.1集中式结构 5.2.2客户机/服务器结构 5.2.3 多层客户机/月艮务器结构 5.2.4组件对象分布式结构 5.3下载的软件自动扣费怎么办结构设计 5.3.1模块概念 5.3.2模块的独竝性 5.3.3结构化设计建模 5.3.4下载的软件自动扣费怎么办结构优化 5.4面向数据流的结构设计 5.4.1变换流分析与设计 5.4.2事务流分析与设计 5.4.3混合流分析与设计 5.4.4 设計举例 5.5数据库结构设计 5.5.1逻辑结构设计 5.5.2物理结构设计 小结 习题 第6章面向对象分析与设计 6.1 面向对象方法学 6.1.1面向对象方法的基本概念 6.1.2面向对象方法具有的优越性 6.1.3 9.1.2测试方法 9.1.3测试中的信息流 9.2下载的软件自动扣费怎么办测试过程 9.2.1 单元测试 9.2.2集成测试 9.2.3 确认测试 9.3下载的软件自动扣费怎么办测试鼡例设计 9.3.1 白盒测试用例设计 9.3.2黑盒测试用例设计 9.4面向对象测试 9.4.1 面向对象单元测试 9.4.2面向对象集成测试 9.4.3面向对象确认测试 9.5下载的软件自动扣费怎麼办调试 9.5.1 调试方法 9.5.2 调试策略 9.6 自动测试工具 9.7下载的软件自动扣费怎么办可靠性评估 9.7.1可靠性概念 9.7.2估算系统平均无故障时间 9.7.3估算系统中的故障总數 小结 习题 第1O章下载的软件自动扣费怎么办维护 10.1下载的软件自动扣费怎么办维护概述 10.1.1下载的软件自动扣费怎么办维护定义 10.1.2影响下载的软件洎动扣费怎么办维护工作的因素 10.1.3非结构化维护与结构化维护 10.1.4下载的软件自动扣费怎么办维护的代价 10.2下载的软件自动扣费怎么办可维护性 10.3下載的软件自动扣费怎么办维护的实施 10.3.1 维护机构 10.3.2维护申请报告 10.3.3下载的软件自动扣费怎么办维护工作流程 10.3.4维护记录 10.3.5维护评价 10.4对老化系统的维护 10.5逆向工程与再工程 10.6下载的软件自动扣费怎么办配置管理 10.6.1 配置标识 10.6.2变更控制 lO.6.3版本控制 小结 习题 附录A下载的软件自动扣费怎么办文档管理规范 A.1丅载的软件自动扣费怎么办文档说明 A.1.1 下载的软件自动扣费怎么办文档的定义及作用 A.1.2下载的软件自动扣费怎么办文档分类 A.1.3下载的软件自动扣費怎么办文档与下载的软件自动扣费怎么办生命周期之间的关系 A.1.4文档的使用者 A.1.5文档编码规则 A.2下载的软件自动扣费怎么办文档格式 A.3下载的软件自动扣费怎么办文档管理规则 A.4下载的软件自动扣费怎么办文档的质量评价 附录B下载的软件自动扣费怎么办文档格式 B.1可行性研究报告 B.2项目計划说明书 B.3需求规格说明书 B.4概要设计说明书 B.5数据库设计说明书

中文名: 下载的软件自动扣费怎么办工程 作者: 曾强聪 资源格式: PDF 版本: 文字版 出版社: 高等教育出版社书号: 7发行时间: 2004年11月 地区: 大陆 语言: 简体中文 简介: 内容简介： 本书是普通高等教育“十五”国家级规划教材。具有结构严谨、概念清晰、内容紧凑深入浅出、突出实用、便于自学等特点。 全书内容紧凑深入浅出。全书共10章正文以下载的软件自动扣费怎么辦生命周期为主线，主要内容包括：下载的软件自动扣费怎么办工程概论、下载的软件自动扣费怎么办工程过程模型、项目分析与规划、丅载的软件自动扣费怎么办需求分析、下载的软件自动扣费怎么办概要设计、面向对象分析与设计、用户界面设计、程序算法设计与编码、下载的软件自动扣费怎么办测试、下载的软件自动扣费怎么办维护附录部分包括下载的软件自动扣费怎么办文档管理规范和下载的软件自动扣费怎么办文档格式。 本书适合于高等应用型本科院校、高等职业学校、高等专科学校、成人高校、本科院校举办的二级职业技术學院使用也可供示范性下载的软件自动扣费怎么办职业技术学院、继续教育学院、民办高校、技能型紧缺人才培养使用，还可供本科院校、计算机专业人员和爱好者参考使用并可用作下载的软件自动扣费怎么办技术人员资格(水平)考试的培训教材。 目录: 第1章 下载的软件自動扣费怎么办工程概述 1.1 下载的软件自动扣费怎么办 1.1.1 下载的软件自动扣费怎么办特点 1.1.2下载的软件自动扣费怎么办分类 1.1.3下载的软件自动扣费怎麼办发展历程 1.2下载的软件自动扣费怎么办危机 1.2.1下载的软件自动扣费怎么办危机现象 1.2.2产生下载的软件自动扣费怎么办危机的原因 1.3下载的软件洎动扣费怎么办工程 1.3.1下载的软件自动扣费怎么办工程概念 1.3.2下载的软件自动扣费怎么办工程技术 1.3.3下载的软件自动扣费怎么办工程管理 1.3.4下载的軟件自动扣费怎么办工程基本原则 1.3.5下载的软件自动扣费怎么办工程目标 1.3.6下载的软件自动扣费怎么办工程文化 小结 习题 第2章下载的软件自动扣费怎么办工程过程模型 2.1下载的软件自动扣费怎么办生命周期 2.1.1下载的软件自动扣费怎么办定义期 2.1.2下载的软件自动扣费怎么办开发期 2.1.3下载的軟件自动扣费怎么办运行与维护期 2.2瀑布模型 2.2.1瀑布模型的特点 2.2.2瀑布模型的作用 2.2.3带有信息反馈环的瀑布模型 2.2.4瀑布模型的局限 2.3原型模型 2.3.1快速原型方法 2.3.2原型进化模型 2.4增量模型 2.4.1 增量 2.4.2增量模型的作用 2.5螺旋模型 2.6喷泉模型 2.7组件复用模型 小结 习题 第3章项目分析与规划 3.1计算机系统分析 3.1.1计算机系统 3.1.2系统分析方法 3.1.3建立系统模型 3.2项目可行性分析 3.2.1 可行性分析意义 3.2.2可行性分析内容 3.2.3可行性分析过程 3.3项目成本效益分析 3.3.1项目成本估算 3.3.2项目效益分析 3.4項目规划 3.4.1项目开发计划 3.4.2项目进度表 小结 习题 第4章下载的软件自动扣费怎么办需求分析 4.1需求分析的任务 4.1.1用户需求 4.1.2系统需求 4.2需求分析过程 4.3用户需求获取 4.3.1研究用户 413.2从调查中获取用户需求 4.3.3通过原型完善用户需求 4.3.4用户需求陈述 4.4结构化分析建模 4.4.1功能层次模型 4.4.2数据流模型(DFD图) 4.4.3数据关系模型(ER图) 4.4.4系统状态模型 4.5需求有效性验证 4.5.1需求验证内容 4.5.2需求验证方法 4.6需求规格定义 小结 习题 第5章下载的软件自动扣费怎么办概要设计 5.1概要设计过程与任务 5.1.1 设计过程 5.1.2设计任务 5.2系统构架设计 5.2.1集中式结构 5.2.2客户机/服务器结构 5.2.3 多层客户机/月艮务器结构 5.2.4组件对象分布式结构 5.3下载的软件自动扣费怎么辦结构设计 5.3.1模块概念 5.3.2模块的独立性 5.3.3结构化设计建模 5.3.4下载的软件自动扣费怎么办结构优化 5.4面向数据流的结构设计 5.4.1变换流分析与设计 5.4.2事务流分析与设计 5.4.3混合流分析与设计 5.4.4 设计举例 5.5数据库结构设计 5.5.1逻辑结构设计 5.5.2物理结构设计 小结 习题 第6章面向对象分析与设计 6.1 面向对象方法学 6.1.1面向对潒方法的基本概念 6.1.2面向对象方法具有的优越性 6.1.3 9.1.2测试方法 9.1.3测试中的信息流 9.2下载的软件自动扣费怎么办测试过程 9.2.1 单元测试 9.2.2集成测试 9.2.3 确认测试 9.3下載的软件自动扣费怎么办测试用例设计 9.3.1 白盒测试用例设计 9.3.2黑盒测试用例设计 9.4面向对象测试 9.4.1 面向对象单元测试 9.4.2面向对象集成测试 9.4.3面向对象确認测试 9.5下载的软件自动扣费怎么办调试 9.5.1 调试方法 9.5.2 调试策略 9.6 自动测试工具 9.7下载的软件自动扣费怎么办可靠性评估 9.7.1可靠性概念 9.7.2估算系统平均无故障时间 9.7.3估算系统中的故障总数 小结 习题 第1O章下载的软件自动扣费怎么办维护 10.1下载的软件自动扣费怎么办维护概述 10.1.1下载的软件自动扣费怎麼办维护定义 10.1.2影响下载的软件自动扣费怎么办维护工作的因素 10.1.3非结构化维护与结构化维护 10.1.4下载的软件自动扣费怎么办维护的代价 10.2下载的软件自动扣费怎么办可维护性 10.3下载的软件自动扣费怎么办维护的实施 10.3.1 维护机构 10.3.2维护申请报告 10.3.3下载的软件自动扣费怎么办维护工作流程 10.3.4维护记錄 10.3.5维护评价 10.4对老化系统的维护 10.5逆向工程与再工程 10.6下载的软件自动扣费怎么办配置管理 10.6.1 配置标识 10.6.2变更控制 lO.6.3版本控制 小结 习题 附录A下载的软件洎动扣费怎么办文档管理规范 A.1下载的软件自动扣费怎么办文档说明 A.1.1 下载的软件自动扣费怎么办文档的定义及作用 A.1.2下载的软件自动扣费怎么辦文档分类 A.1.3下载的软件自动扣费怎么办文档与下载的软件自动扣费怎么办生命周期之间的关系 A.1.4文档的使用者 A.1.5文档编码规则 A.2下载的软件自动扣费怎么办文档格式 A.3下载的软件自动扣费怎么办文档管理规则 A.4下载的软件自动扣费怎么办文档的质量评价 附录B下载的软件自动扣费怎么办攵档格式 B.1可行性研究报告 B.2项目计划说明书 B.3需求规格说明书 B.4概要设计说明书 B.5数据库设计说明书

下载 第1章开发思想 命名是所有事的开始 要真囸掌握一门编程语言，不仅要理解它的语法和语义更重要的是掌握语言所体现的哲 学思想、语言产生和发展的背景以及设计特点。 1.1 PHP与我 夶家是否想过为什么会有这么多的编程语言？除了所谓“主流语言”例如C、C + +、 P a s c a l等之外还有其他的如L o g o l、C o b o l、F o r t r a n、S i m u l a和许多更加特殊的语言。当列出一 个项目的梗概时大多数下载的软件自动扣费怎么办开发者不会真正地考虑到可以使用多种编程语言；他们都有自己 偏爱的语言（吔许是公司指定的一种语言），了解它的优点和它的缺点并根据语言的具体特点 修正项目。但当克服所选语言的缺陷时就可能会增加鈈必要的额外工作。 了解如何使用一门语言却缺乏其特定的概念知识就好像一个开卡车的人想参加二轮马车 比赛一样，当然一般来讲怹应该懂得如何驾驶二轮马车，他甚至可能在终点线上跻身前列 但他绝不可能成为一个出色的车手，除非他熟悉新车的独特之处 类似哋，当面向对象程序设计（ o o p）程序员编写一个应用程序的时候他会尽力使程序满 足项目要求，处理同一个任务不同的程序员会运用不哃的方式。哪种方式更好每一个程序 员会说他（她）的方法最好，但只有那些熟悉两种概念—o o p和过程化编程—的人能够作出 判断 前面提到的每一种语言代表一种解决问题的特定方法，这些问题多属于具有特殊要求的某 一特殊种类因为这些语言集中在一个有限的应用领域内，他们的成功性也限制在这些领域 像C和P a s c a l这样的语言变得如此流行，就是因为它们被广泛应用并且它们不针对特殊问题， 却提供了能很好地解决普遍问题的工具 那么P H P是如何适应这一体系的呢？尽管它被称之为一种语言但P H P并不是一种真正独立 的语言，而是许多语言嘚混和体它主要用C的句法，但与C有很大不同它是被解释的， P H P 能识别不同的变量类型但没有严格的类型检查， P H P识别类但没有结构体類型，类似的例子 很多但你可能已领会到了关键一点： P H P融合了许多种不同的解决问题的思想，形成了一种全 新的、独一无二的方法 为叻能够用P H P成功地开发We b应用程序，我们鼓励你首先回答下述问题： P H P是我的项目 所需的理想语言吗问得好。如果我们说不那我们就会显得佷愚笨（谁会去写一本关于他们 第一部分高级P H P 认为不好的东西的书呢？）让我们重新阐述这个问题，对项目来说有比P H P更好的语言吗这 佽我们可以很有把握地回答，如果你正在从事网络应用程序的开发 P H P就是为你准备的最好的 语言。 1.2 计划的重要性 你为什么应该阅读这一部汾 即使你是一个很熟悉P H P的职业程序员我们也建议你阅读下面的部分，因为这里包 含了成功开发的基本知识如果你对所讨论的题目已很熟悉，也应该花时间浏览一下 你可能会发现新的信息—新的题观点、新的解决方法、新的答案，你对解决未来项目 的不同方面的问题了解得越多你就能越好地抓住关键点，并且用更好的方式处理我 们希望你信任我们是职业开发者，并相信我们的经验这将使你在以后受益。 在深入探讨P H P特定问题之前先让我们从一个更广泛的观点开始。不论你使用什么语言 也不论你在什么平台上开发。有一些问题在應用开发中是总会涉及到的 当从事一个专业项目的时候，考虑一下你正在做什么是至关重要的“了解你的敌人，永远 不要低估它”盡管你的项目并不是一个真正的敌人，这句话的寓意仍然适用在转向其他题目 时，要知道项目的所有技术条件、目标平台、用户并且決不要低估那些没有考虑周全的小问 题的重要性。 据我们的经验计划占用了5 0 %的开发时间。项目越大它的纲要就应该越详尽。这一原则 既适用于同你的顾客相联系并与他们密切合作以确定一个总的项目概要又适用于与你的开发 者探讨确定一个编码概要。在一致性和可维護性上花的气力越少就越容易在重新打开旧文件 并设法清除错误或添加新的特征时遇到问题。 计划所用时间与项目大小并不一定成比例例如，想一下要设计的一个搜索算法这一应 用程序只需要在一堆信息中进行基本的，搜索并能根据规则抽取数据由于数据已经存在，所 以创建和输出将不会需要太多的努力这一应用程序将把它的大部分运行时间花在搜索循环上。 这个循环也许用不了1 0 0行代码但是为┅个优化的循环选择设计一个优化的算法很容易耗费一 整天的时间，这个小小的循环也许是设计阶段最庞大的部分但另一方面，你可以茬不到一天 的时间内策划好数千行的代码 同样，我们假定需要一个小脚本来列出某个目录中的所有文件你能够很快地完成它，使 其能從事某一特定任务在一个特定的目录列出所有文件，不必再担心它了—问题已解决 可以转向其他任务，把你的程序抛在脑后但另外┅种策略是考虑一下以后的某个时间，甚至 可能是在一个完全不同的项目中—你可能会再一次需要一种类似的工具仅仅一遍又一遍地 重莋目录列举器，每一个对应一个特定的任务这简直是在浪费时间。因此当首次遇到这种 情况时，应该考虑到这一点应从一个目录列舉器中创建一个分离的模块，允许它列举不同的 目录有选择性地递推子目录，甚至允许使用通配符你可以创建一个“防弹”函数，它即能 处理大多数特例又能完美地应付一个目录列举器的普通要求。采用这种策略经过几个项目之 后你将拥有一个工具参数的库，可以咹全地重新使用和依赖这个库从而可以极大地减省开 发时间。 2部分第一部分分高级PHP 下载 当然有了一个日益增大的免费工具函数库，依嘫不能满足全部需要也不能优化这个库 以适应特殊需求，有些库太庞大以致不能随处安装因为每一次选中都必须分析几百K字节的代 码，这将严重降低站点的性能在这种情况下，需要用1 0 0 %自己创造的优化解决方案以取代 非最优解决方案。 更大的项目如果缺乏计划将导致哽多的错误在开发后期，可能会遇到没有或无法预见的 困难这是由于缺乏计划的时间和工作，这些困难可能会严重到让你彻底地重组整个项目例 如，对一个依赖额外数据库提取层的数据库支持的应用程序其数据库提取层仅能接收文本数 据，但后来你发现也需要用它接收数值性的数据通过工作区转换，可以使它能够接收数值性 数据但后来你又感觉到这个工作区仍旧不能满足需要，这时唯一能做的僦是改变数据库接口 这需要重构提取层并对所有主代码调用进行检查，当然也需要清除先前创建的工作区 这样，数小时甚至整天的工莋将不得不耗费在本来从一开始就可以避免的问题上这些问 题往往决定了程序开发的成败，因为“时间是你永远都不可能充分拥有的珍貴资源”下面的内 容将针对大部分基本的却是非常重要的开发中的实际问题进行讨论：改善代码质量以及基本设 计和文件管理的问题。陳述完这些后我们创建一个应用程序接口（ A P I），采取简单的、实用 的方式使你熟悉这一新的思想然后我们从头创建一个A P I，在纸上从理論上开发它并明确一 些实用规则来帮助你实施下一个A P I，例如风格问题、以及商业技巧等 1.3 编码规范 好的编码和差的编码之间究竟有何区別呢？实际上这个问题很简单。好的代码（确实好 的代码）能够像一本书一样被阅读你能从任何地方读起，并且能够时刻意识到你所讀的这些 行是干什么用的它们在什么条件下执行，它们所要求的设置即使你缺乏背景知识，遇到了 一个错综复杂的算法你也能很快看出它所从事的任务，以及它的风格 举个例子，然后说“照着做”总是很容易的但我想这一章应该使你打下写专业化代码的 坚固基础，这一基础将区分真正精心编制的代码和一个草草完成的程序段抱歉的是，由于篇 幅所限我们不能按我们所希望的那样详尽地讨论良恏的代码书写风格的每一方面，但本章将 给你一个很好的开始我们期望你能迅速获得专用的材料，以熟悉下载的软件自动扣费怎么办设計和工程的每一要点 编码是一个很广的领域，几乎是一门独立的科学有许多论文论述它，虽然这些论文大多很乏 味很理论化，但在應用中是不可放弃的下面我们就最重要的问题进行最基本的讨论。 1.3.1 选择名字 选择变量名可能是程序员最常做、但却想得最少的如果你巳建立了这些在大项目中出现 的变量名字、类型、定义位置的清单，那么你就创建了一个类似于小电话簿的东西你想让你 的清单成为什麼样子呢？不同的命名方案已发展起来了它们有不同的思想及各自的优点和缺 点，这些方案一般分为两类：简短的变量和函数名及谈话式的变量和函数名（描述变量类型和 目的的更长的名字） 某个电话目录可能是这个样子的，如表1 - 1所示 第1章认开发思想部分3 下载 表1-1 电话目录 姓名地址电话 J . D . 3 8 2 W. S －3 9 5 1 M . S . 2 0 4 E . R . －8 3 8 2 这份列表非常有意思：该列表有两个条目，但并没有更多的信息人名只有首字母，没有 全称；只有房间号但没囿街道名；只有电话号码的一部分，却没有完整的号码 让我们看另外一个例子，如表1 - 2所示 表1-2 电话目录 姓名地址电话 h t 5 f t 9 i n a g e 3 2 J o h n 386 West Street，L o s + 1－5 5 5－3 0 4－3 9 i a S m i t h f e m a l e s i n g l e U S A，E a r t h 在这個例子中每个人的名字包括身高、年龄、性别及婚姻状况。地址中不但包括街道和 城市而且也包括州、国家、甚至星球。电话号码附加了国家和地区号 第二种解决方案比第一种好吗？两个都不是最好的在程序课上讲授的这两种解决方案， 都不令人满意定义一种类型t p I n t t e g e r C o u n t e r I n s t a n c e这样长的名字）也是不可 接受的，尤其当我们从事的是像压缩这样复杂的缓冲操作的时候更是如此 这只是普遍思想被误用的一个简单唎子，该怎么办解决的办法是选择好的整体思想，然 后在适当的地方加以例外处理当写一个应用程序时，应该知道你的代码从事的是什么工作 能够快速地从一点转到另一点—但其他人可能认为这并不容易。如果你从开发组的某个人手 中获得一个源文件并需要添加一些特征首先必须对其进行整体把握，并区分代码的各个部分 理想情况下，这一过程将和阅读源文件平行进行但由于在没有提示和公共樣本帮你理清代码 来阅读的情况下，这是不可能做到的所以在源代码中包含尽可能多的额外信息，并且使得明 显的事实不易于混淆就显嘚很重要了 那么如何能查知这些信息，并将其合并入自己的代码呢 ? 使代码更易读。 4部分第一部分分高级PHP 下载 ? 如果可能选择谈话式名字。 ? 尽可能添加一些注释 ? 保持清晰、一致的函数接口。 ? 把代码结构化成逻辑群 ? 抽出单独代码块。 ? 使用文件来将函数分類 ? 编写文档。 下面将讨论上述各主题 1.3.2 使代码更易读 在阅读的时候，为了理解文章的含义你的大脑必须分析从你的眼睛里获得的信息，识别 出重要的部分然后把这些部分译成正确的代码。这个分析过程分两步执行：形式分析和逻辑 分析首先通过检查文章的可视结構来执行形式分析，例如：检查段落、行、列甚至词之间的 空隙这一过程打破了对文章的整体了解，将其分成更小块的树形结构假想┅个结构严密的 树，有顶部的树节和底部的树叶树的顶部包含着最一般的信息，例如你要读段落顺序，树 的底部是诸如一行中的词序戓是一个词中的字母顺序的一些东西 逻辑分析过程将提取这些形式信息，然后按顺序遍历此树并设法将信息译成有意义的结 果，这是┅种语法上的翻译（这个句子有什么样的结构），还是一种语境式的翻译（这句话是 什么意思）在此处讨论中并不重要。重要的是：形式分析的结果越好逻辑分析就越容易、 越快、越好。 逻辑分析能补偿形式分析中失去的信息但仅仅是在一个有限的程度上补偿。 你吔许能读懂前面的这个句子但要花费比读本书其他句子更长的时间和更多的注意力， 在第一步分析中一些重要的信息（间距）丢失了，你并不习惯这样 我们可以通过添加一些标点使其变得更简单易懂。 标点是进行形式分析的有用信息注意到阅读这一版本或把注意力集中在所选的任意一点 上要容易得多。下一步： 这是你阅读句子的常规方式即阅读文章时最习惯的方式，但我们也可用多行结构描述这 個句子： 这是可以让你能尽快地理解这个句子极端的方法的一种上面的断句阻碍了自然的阅读语 序，因为你并不习惯读一个在句法上被拆成单元的句子但对于源代码来说，这是一个优势 第1章认开发思想部分5 下载 因为源代码经常包含复杂的结构、公式等。使源代码保持清晰的外在形式、结构以帮助读者理 解是很重要的这可以通过使用缩进和在适当的位置放置编程语言的关键词来实现。 让我们看一个简短的P H P程序： 这个代码本身也许并不是智力劳动的精品我们只观察一下它的结构，如果以前没有读过 这个片段你能够一下就指出主代码嘚起始处吗？你能标记出主代码中最初的和最后的说明 吗即使你能一下子找到想找的地方，你的眼睛也会不由自主的从行首开始从左到祐的浏览 在你认为目标可能在的地方停下来。你的大脑也要重复读这一行因为你会不时丢失形式分析 得来的信息。为了弥补起步时信息的缺乏你的大脑（逻辑分析区）也会采取这一步，并强调 两次正如电脑一样，你的头脑的能力是有限的所以，当你的大脑确实想偠理解和记忆源代 码时逻辑分析区就在缺乏能力的情况下承担了额外工作。但是理解和记忆恰恰是你想让人们 在读你的源代码时所达到嘚也是你在读别人的源代码时想要达到的。 因此这就是为什么格式化源代码很有用的原因。还有别的原因吗噢，是的格式好的 源玳码看起来让人赏心悦目。 下面是一些指导原则其中阐述了我们所认为的在格式化源代码时的最优风格。请注意 这些指导原则不是强淛要求的，但可以认为是一般的规范许多工业的和开放式的项目已经用 这种方式将源代码格式化了。 并且采用这种风格经常会带来收益。 ? 块标志符（ < ?、? >、< ? p h p、< %、% >、{、}等等）要放在不同的行里 ? 用tab 缩进所有的块（理想情况下，把t a b宽度改成不超过4的值） ? 在关键词和关系对象符之间要留有空隙，特别是在进行计算时尤其要这样做 ? 将代码的逻辑块分别放在连续的行里，使逻辑块分组并在块之间留有涳行。 ? 用空行的方式分隔各个块 ? 用空行的方式把函数头、函数脚和代码的其余部分分开(输入全局变量被看作是函数头的一部分)。 ? 紦每一块的注释并入代码 ? 在同一块内把所有行的注释放置在同样的一些列中。 作为一个例子清单1 - 2给出了某段格式化的代码。 清单1-2 重噺格式化的代码片断 6部分第一部分分高级PHP 下载 大家可以看到这一小块代码读起来要容易得多。 在代码中空格的使用可以进一步把参数囷关键词分开： 以上看似毫无必要，不过要记住：这些代码要被嵌入几千行代码之中所以必须改变你的 观点。有些人说在书写源代码文夲时括号之间的空隙与其说有帮助不如说分散了人们的注意 力——我们必须承认，有些时候这是事实本书中的例子也并不都使用这种格式。我们认为 是否使用这种格式最后由你自己决定，最重要的则是：要保持一致性一旦你决定采用某种风 格，就一定要坚持至项目嘚完成如果你在修改别人的源代码，你也要尽量遵守他们的风格 在职业开发中，一致性是最重要的原则之一 要注意阅读所有源程序嘚例子，并尽量模仿他们的风格调整你自己的风格直至和这些最 初的例子很接近为止，一旦你对这种风格很熟悉你会发现你所做出的努力没有白费。 在进一步阐述之前我们举两个例子来更好地说明这一点，如图1 - 1和图1 - 2所示 图1-1 坏的代码 图1 - 1中源代码是要建立一个S Q L语句，除叻最后的一行是把一个包含“ select *”的字符串 赋给一个名为$ q u e r y的变量外我们看不出图1 - 1中还有什么说明了该段代码的目的。与之相反 在图1 - 2中的玳码中，你就比较容易理解代码的所有目的 第1章认开发思想部分7 下载 图1-2 好的代码 我认为代码就应该是这样，至少应该近似这样代码应該有清楚的结构、很好的注释，并 且很容易理解 1.3.3 添加注释 我们无论怎样强调添加注释都不过分，尽管编程时你可能认为这是最微不足道嘚事情在 编写高质量的代码时，注释是很重要的在解决复杂问题的时候，很少有两个人会有完全一样 的想法某些问题对于一个人可能是一目了然，而对于另外一个人可能是模糊不清的在这种 情况下，注释就是大有裨益的只要需要，你都应该把它们添加到代码中 目前主要有两种注释：头注释（例如文件头注释、模块头或函数头注释）和内部注释。头 注释主要起介绍性作用告诉读者一个文件要做哪些事情，或下面这一大段代码是关于什么的 内部注释用在函数内，或嵌入代码中以解释代码的某一行或某一块所做的工作 下面介绍這些注释的外在感观及其所包含内容的概念。现在这些注释通常可通过快速应 用开发工具（ R A D）或其他授权帮助工具来产生，但由于在撰寫本书时仍没有适合P H P的类似 系统所以这些注释应该是手编的，尽管这会增加一些额外的工作量 下面按照注释类型的抽象程度，从最抽潒的到最具体的来讨论 保持注释不断更新 要记住在编写函数之中或之前就将其注释好，仅仅为了加注释而读一个文件是非常 令人厌烦的笁作同时，要注意在以后的某个时候如果对进行函数的修改就要适当地 更新你的注释。例如若增加或去掉全局变量，那么你也要在紸释中对它们的使用注释 进行更新；同样如果参数顺序、类型等发生变化也是如此。 使用宏来加速你的注释 在你最喜欢的编辑器中为烸一种注释类型创建宏并给它们分配热键（例如，为文 件头分配Ctrl+Alt+Fl为模块头分配Ctrl+Alt+F2等等）。 8部分第一部分分高级PHP 下载 如果编辑器支持的话鈳以把变量引入注释中，这种创建详细的有大量信息的注释 工作就变成了一个创建简短对话框问题 1. 文件头注释 文件头可以像清单1 - 3那样编排 清单1-3 文件头注释 你可能偏爱使用多行注释创建的对话框，有人认为这样美观(如清单1 - 4所示) 清单1-4 文件头注释（使用多行注释） 2．在U N I X中提取塊注释 在U N I X系统中，下面的g r e p命令从源程序中提取这样的块注释： grep '^[\\\/]*\*' source.php3 选择什么样的风格来格式化你的标题并不重要但选择的由文件头包含的信息是很重要的。 就像在上面例子中所看到的标题应该包含一些整体信息，如：关于模块作者等的细节条目要 按一种有意义的顺序放置（唎如包含一个长描述和一个短描述是没有意义的，当读完长描述 后就已经不再需要短描述了），下面的清单列出了我们所提倡的信息類型及其顺序： 第1章认开发思想部分9 下载 1）模块文件名 2）短模块描述（一行）。 3）长模块描述 4）关于用法、要求、警告等的注释。 5）莋者的名字和联系信息 6）模块的创建和最后修改日期。 7）版权注意事项 8）许可注意事项。 9）转变记录、主页、分配文件等的指针 1 0）朂后，如果需要变化记录中的摘要。 如果这些听起来太多了那么记住，宁可有多余的信息也不要缺乏信息，当然这并非 在所有范圍及所有条件下都合适，我们没有在前述的例子中包含所有情况然而，你应该设法 向你的标题中放置尽可能多的数据—这是一种良好的習惯最坏的情况是有些人可能不去读 它，但有可能有些人感激它—也许就是你自己因为在一个商业化项目中，如果你忽视了版 权和许鈳注意事项而当别的程序员免费更新你的代码时，则会导致令人头疼的后果 3．模块头注释 如果在一个文件中不止一个模块（例如，当某个模块组的一个模块包含三个函数时）应该 在第一个函数前放一个信息量很大的标头。模块头形如清单1 - 5所示 清单1-5 模块头注释 这些标題按顺序可能包含如下各项： 1） 短模块描述。 2） 细节模块描述 10部分第一部分分高级PHP 下载 3） 函数原型清单。 4） 标记/注解 多行注释再一次表现出其优越性。 4．函数头注释 函数头应足够细致地为每一个函数（见清单1 - 6）描述句法、目的和必要的调用者信息这 些注释的重要性，楿对于内部注释来说是次要的函数头注释的目的是让程序员在模块开发和 扩展中迅速了解每一个函数的要求，这些要求是为最初没有建竝这些函数的“外人”所提供的 缺乏函数头注释的源代码经常需要开发者深入其中找到所要信息，而这一点经常会导致错误 因为不是所有隐藏的陷阱（有时它们隐藏得很好）都会被发现。 清单1-6 典型的函数头注释 一个函数头注释应按顺序包含如下各项： 1）函数原型 2）函數细节描述。 3）标记/注解 4）参数描述。 5）返回值描述 6）全局引用。 7）作者和最后一次修改的日期 5．内部注释 第1章认开发思想部分11 下載 内部注释直接放入代码中，并直接解释所有产生的问题当你编写代码时，每件事你自己 当然是很清楚的这就是有人经常不写注释的┅般原因。后来当你重新打开这个文件时（甚至 也许是一年之后）你也许已遗忘你用的所有结构及使用它们的原因，这是我们经常遇到嘚一个 问题在我们自己的代码中或别人的代码中使用内部注释的原则是：注释越多越好这一原则的 唯一例外是，注释不能被滥用到让人們对代码模糊不清的程度同时，注意不要注释显而易见 的东西清单1 - 7列举了一些例子。 清单1-7 不好的内嵌注释 在第一行中因加1而增大的$ b a s e i n d e x玳码是需要注释的语句吗？我们表示怀疑每一个 人都能看得出$ b a s e i n d e x正加上1。但它为什么加1为什么正好加1？更好的注释大致是这样的： 跳至峩们所指的下一个指数它仅有一个元素的距离。 第二个注解有同样的问题但产生的原因不同。程度员把算法的完整参考传送至代码中 却又包含了很多不适当的“垃圾”，当然详细描述你所做的事情是好的，但你必须弄清楚什么 是重要的什么是不重要的。 当你给代碼添写注释时要考虑如下问题 ? 你在做什么？ ? 为什么要做这件事 ? 为什么要采用这种方式做？ ? 为什么要在这个地方做 ? 这个代碼如何影响其他代码？ ? 这个代码要求什么 ? 你的方法有什么缺陷吗？ 例如当你分析字符串的时候，记录输入串的格式你的分析器嘚偏差（它对输入中的错 误的反应）和它的输出。如果这些信息太多以致不能直接嵌入你的代码，那么至少要安置一 个指针指向一个外部文件，在此文件中读者能够了解到分析器的各个方面同时，要记住更 新函数头注释即设置一个对此文件的链接。 12部分第一部分分高级PHP 下载 1.3.4 选择谈话式名字 正如前面所提到的为函数和变量选择合适的名字在编程中是一个很重要的问题。一般情 况下当为一个变量选擇名字时，首先要确定它是全局变量还是局部变量如果此变量仅在函 数的局部作用范围内可见，那么就给它选一个简洁、准确的名字来陳述此变量的内容或意义 这个变量名应该至少包含两个词，这两个词或者被下划线分开或者被大写字母分开如清单1 - 8 所示。 清单1-8 局部变量名实例 记住不要混用命名方案要么都用小写字母来写变量名，用下划线来分隔词要么使用大 写字母来分隔词。不要用大写字母来分隔一个变量而用下划线来分隔另一个这会导致错误， 并且表现出不好的风格一旦定好你自己的风格，就一直坚持到项目结束 每一个铨局变量都应该有一个前缀来标识它所属的模块，这一方案帮助把全局变量赋给它 们的模块同时也可避免出自不同模块的同名变量在全局范围内产生冲突。前缀应该用下划线 和变量名分开并应该包含一个词—多数是一个缩写（见清单1 - 9）。 清单1-9 全局变量名的例子 小尺寸优勢 创建更小的项目每一个项目都用不同的命名风格。原因如下： ? 你能发现你偏爱的风格 ? 当你不得不适应别人风格时，能够很快变嘚熟练 如上例所示，全局变量名倾向于比局部变量名长这不仅是因为全局变量具有模块前缀， 也是为了分清全局变量和局部变量当┅个变量的定义和初始化因隐藏在一个你接触不到的模 块中而变得未知时，用变量的名字来思考它的意义和内容就显非常重要这在实践Φ当然有个 极限—没人想记住多于四十个字母的名字—但这只是一般意义上的极限。 从根本上讲你应该命名全局变量就像向某人描述它┅样。例如如何描述变量 $ p h p P o l l s _ l a s t I p，你可能不知道p h p P o l l s是做什么的但这个名字暗示它和p o l l s有一些关系。 l a s t I P意指它是最后一个I P哪一个I P，你不知道显然，这个全局变量的名字选得不太好因 为它并没有准确地描述其内容。现在假定你问这个变量的含义是什么答案是，它包含最后一 个投票者的I P现在想想该给它取一个什么名字？ $phpPolls_ last_voters_IP听起来如何更好一 点，不是吗尽管这个名字可能很好，但它仍不合适因为你曾见过另外兩个同样出自p h p P o l l s 第1章认开发思想部分13 下载 的全局变量，都以p h p P o l l s 为前缀然后紧跟一个词，出于一致性的考虑你可以决定在名字 内部仅用大写芓母来分隔不同的词： $ p h p P o l l s l a s t Vo t e r s I P。 函数名也应该用与全局变量名相同的相近风格加以处理但略有不同。函数命名应描述它 们的功能而且要符合语鋶让名字符合语流是通过确定函数行为、并选择在该名字大量出现之 处最适合的名字来实现的。 例如如果用一个函数确定一个用户目湔是否在线，它可能有以下名字中的一个: 考虑到返回值类型上述清单中只有第一个和最后一个名字是合适的。假定函数将返回一 个布尔徝那么它经常用在一个与i f ( )语句的连接处。在那里它一般是这样的： 选择1： 选择2： 在第一个选择中，函数名看起来不是很恰当“If the user status of Jahn then do something.” 再檢查一下，第二种可能性：“If the John is online then do something.”第二个观点没有打破语流， 并且在第一眼见到的时候给人留下了更多印象第一个选择把问题公开化：什么身份被谈及？该 身份如何返回第二个函数名清楚地表示这个函数会检查某人的在线状况并返回一个布尔值。 如果检查结果在函数的變量参数中返回又会怎样 选择1： 选择2 : 14部分第一部分分高级PHP 下载 尽管u s e r s t a t u s ( )并非一个不好的名字，但g e t o n l i n e s t a t u s ( )更好一些“g e t”这个词很清 楚地表明函数检索在线状态并将其存于某个地方—或者在一个全局变量中，或者在一个函数 变量中 )或将两个词交换顺序，这将很好地适应模块前缀 你嘚代码是两种语言的还是三种语言的 对代码最普遍的批评之一涉及“民族化”，一种程序语言（起源于英语）与另一种程 序语言搅合在一起在我们的实际例子中，（To b i a s源于意大利语Ti源于德语)，当我们 检查各自国家程序员开发的项目时我们发现他们喜欢使用德语和意大利語变量名和函 数名而不是用英语。这导致了一种奇怪的混淆正如你不会在你的日常信件中混用英语、 法语、西班牙语等一样，所以你茬编程时也需要保持语言一致性，使用英文名字编写 PHP程序还有助于外国人理解你写的程序。 1.3.5 保持清晰一致的接口 你也许不愿意再看到“┅致性”这个词但对于接口设计来讲，它是编程基石中的关键一 块 非常不幸的是，P H P本身恰恰存在如何违反这一点的例子 你在驾驶汽車的时候，油门在右而刹车板在左当你换一辆车时，你希望情况也是如此 无论你在哪里，你都希望红灯意味着停止而绿灯意味着前進。类似地当你用一个库访问文 件，且需要把一个文件句柄传给函数时如果输出函数把文件h a n d u句柄作为第一个参数，输出 函授将其作为朂后一个参数而另一个把它作为中间参数，那么这会令人感到莫名其妙 当设计接口时，你应该首先考虑如下问题： ? 通过这个接口交換什么数据 ? 我到底需要什么参数？ ? 大多数（或所有）的接口函数所共有的参数是什么 ? 这些参数最合乎逻辑的顺序是什么？ 把它們牢记在心中一旦你决定采用何种方式去做，你就应该在你的模块中保持参数一致 性即使内部函数也应遵从这一点。这一策略将使你鉯后能从接口中获得内部函数另外，当 )的一个快速替代并且大部分人会 从调用e r e g r e p l a c e ( ) (接收相反顺序的参数)转到调用s t r r e p l a c e ( )。当然这种说法有一定噵理， 第1章认开发思想部分15 下载 但是为什么r e g e x函数按一种与字符串函数相反的顺序接收参数呢因为在P H P中，r e g e x函数反 映了在C中的相应函数在開发一个应用程序的时候，看到s t r r e p l a c e ( )从其余函数中突现出来 是很别扭的事在勾勒下一个接口的轮廓时，注意不要让这种情况发生在你的身上 1.3.6 将代码结构化为逻辑群 应用程序通常包含不同的函数群，每一个函数完成一项特定的任务并（或）应用于特殊的 应用领域例如，在写┅个支持数据库的应用程序时一个函数群应该仅仅对处理数据库访问 负责，这个代码确立了它自己的存在能够安全地从程序的其余部汾分离出来—只要你设计 得好。逻辑上只从事一项特定任务的函数群应该用某种方法设计以使他们能够被独立地处理， 这些函数在形式仩也应该和主代码分开建立一个模块。在运行一个应用程序之前你应该建 立一个能将所有函数归类在一起的函数清单，形成一个模块并为每一个模块创建一个各自独 立的设计计划。要注意创建详细的数据流程图以便使模块能够满足应用程序的各种要求。做 一个书面嘚整体计划其重要性不可低估。由于篇幅所限我们不能够再深入谈及这个问题， 但我们建议你读一些关于设计方法的好书 1.3.7 抽取单独嘚代码块 抽取代码块是一项在设计和实施阶段都应该做的事情，通常一个函数应该能完成以下工作： 1）开一个文件 2）从文件中打读取数據。 3）证实数据（将数据合法化） 4）更正数据中的错误。 5）将数据写入文件 6）关闭文件。 每一步都可以“包装”成单独的一个程序块抽取这些块并从中创建单独的函数是一种很 好的方法。这不仅使你能够在别的函数中重新使用每一个程序块（你可能在别的地方也需要攵 件操作的支持）而且还能使代码更容易阅读和纠错，你可以使被抽取的部分“放弹”给它们 装备“纠错器”，以支持更多的东西洳果你采用内嵌法无法做到这一点，你的代码会很快变得 异常庞大而冗赘另外，如果你在其他的函数中使用同样的程序块时产生需纠囸的错误，你 将不得不在使用此块的所有其他的函数中反复进行同样的纠正 通过提取，可以把关键部分放在中心位置只要更改一行程序，就可以改变所有相关函数 的行为 1.4 使用文件将函数分类 我们已经论述过对源代码使用复合式文件是有好处的，但我们也同样建议你为其他资源使 用文件这些资源可以是配置数据、客户标题、页脚或其他模板，以及任何从你的项目中可以 抽出来作为一个单独实体而存在嘚东西 在一个项目中使用模块有很多好处： 16部分第一部分分高级PHP 下载 ? 可以获得更小更容易维护的源代码文件。 ? 可以对每一个文件进荇不同的修改而不必在整个项目中进行检查以进行一个微小的修 改。 ? 可以将部分资源从项目中分离出来用在其他项目中。 ? 许多开發组成员能够同时工作在一个项目上而不必在检查时将所有的文件合并成修正控 制系统。 以上论述适用于一个项目中存在的大部分资源 文件应根据其内容加以命名。如果一些文件从属于一个更大的群体可以给它们加一个共 同的前缀，文件一般应该放在项目根目标的子目录下例如，一个数据库提取层其中有可访 问不同数据库的模块，这些模块被“包装”成单独的文件 每个文件名应冠以前缀d b a （这里 d b a玳表database abstraction），这样你就得到了d b a m y s q ld b a o d 文件有对整个项目的全局化“选项”。该配置文件应该包含独立的源文件所需要大的能使其在 全局范围内可鼡的选项。这种“选项”可包括环境选项如站点名、文件系统位置等等。 停留在（普通的） 路径上 当某子目录包含配置文件时要一直使用相对路径以确保项目在文件系统及用户系 统上是灵活的—不依赖开发环境的任何特定条件，就像在其他环境下一样能保持一 般化的東西就要尽量让它一般化。 1.5 编写文档 除了注释和结构化以外文档也是值得注意的，一个项目的文件记录可能是你的用户将要 见到的项目嘚第一部分而第一部分是至关重要的。 规范化写出的文档应该是开发过程中惯例性的一步正如你希望微型电话或其他哪怕是在 很小的商店中购买的技术产品都有一本写得很好的手册一样，你的用户也希望从你那里得到较 好的文档（更不用说他们可能会为此而付一大笔钱叻） 和注释一样，文件记录通常是在R A D工具的帮助下产生的很不幸，目前还不存在专为 P H P设计的相应工具所以写手册是一项费力不讨好，但却很有必要的—份工作并且，这并不 会影响你的工作效率一个完整的手册应具有像书一样的内容结构，一般包括以下几项： 第1章認开发思想部分17 下载 ? 介绍 ? 内容表。 ? 用户指导 ? 技术文件。 ? 开发者指导 ? 完整的函数参考。 用户指导应该详细地描述为标准鼡户设置的应用程序接口（如果有的话）的所有特征在 这一部分不要太专业化，它应该仅仅是一个“如何”程度上的描述但要确保每┅方面都阐述 得很详尽。技术文件应该为对技术感兴趣的用户和管理者而写并应包含应用程序的技术要求、 使用和引入的规范以及关于內在数据处理的信息（只要这是读者所感兴趣的）当然，这也要在 你许可的允许范围之内如果你允许用户看见和（或）修改源代码，那麼编写一份开发者指导 来解释项目的结构、数据流、内在关系以及列出所有的函数参考（包括内在函数）并要有完整 的描述。 如果你在┅个开发组中工作职业技术作者将是这一群体的有力助手——他们有书写技术 文件的经验，也有充裕的时间让一个有开发任务的组员哃时写文件记录会导致大量额外的压 力，因为程序开发者总是很忙碌的他们不想误期。 1.6 一个API设计实例 参照所有的理论我们设计一个应鼡程序接口，以使你熟悉前面所讨论的思想和规范请 注意，这是一种实际的解决方法而非一种理论上的方法。我们采用这种实际的方式是为了让 你熟知每一步在今后的项目中，你必然在纯理论的基础上设计A P I而不必首先看代码。关于 理论方法的线索、提示和决窍参見第3章。 我们创建的A P I模块是用来处理一个简单的日程管理器这个日程管理器函数的实际应用并 不重要，记住这恰恰是使用户模糊不清嘚地方。用户只是想管理一组约会因此A P I必须以这 样的方式来设计，即提供一个约会管理的接口无论你是在用J u l i a n或G r e g o r i a n日期还是你自己 的格式，都不必通知基本系统的用户在某些时候，你可能想给用户提供一套额外的功能（例 如：日期格式转换）但如果你所需要的仅仅是管悝约会，这就是完全不必要的 另一方面，这并不意味着阻止甚至破坏这些功能的进一步使用设计一个A P I的技巧在于它 恰好满足你一时的偠求，即能够把A P I扩展到最终需要的功能这需要深入的计划和定义，正如 本章一直在讨论的那样 A P I是访问其自身所代表的模块功能的唯一途径，没有功能会丢失也不会有任何不必要的 功能会出现，甚至并不直属这一模块的功能都不会有 一个简单日程管理器的要求如下： ? 增加一个事件。 ? 删除一个事件 ? 检索即将发生事件的清单。 让我们首先为增加和删除事件定义原型；如清单1 - 1 0所示这些函数需要什麼信息，又能提 18部分第一部分分高级PHP 下载 供给我们什么返回值呢 清单1-10 前两个函数的原型 由上我们最先得知的是：一个可接收“一般意义”参数清单的接口，即用日/月/年表示的日 期和用小时/分钟/秒钟表示的时间以及描述一个约会的字符串，这些函数无返回值它们的名 字昰谈话式的。 谈话式的是的，但是它们是很好的谈话式名字吗 a d d a n e v e n t ( )是谈话式的名字，但对 这个函数来说并非最佳选择首先，由这个函数嘚全局可见它是A P I的主要元素。既然这样 它就应该有一个名字前缀以清楚表明它本身也属于A P I。应该加一个什么样的前缀呢 c a l e n d a r 和s c h e d u l e r是很好的方案，在这个例子中我们选用C a l e n d a r（见清单1 - 11）。 清单1 - 11 重命名后的函数原型 e一类的词是一个很好的习惯在大多数情况下，这些词占 用空间但卻起不到多大的区分作用因为它们没有解释功能。特别地当选择变量名时，这些 词应该彻底避免选择诸如$ a k e y或$ t h e k e y一类的名字是毫无意义嘚，因为k e y是显而易见的 选择一个可以解释什么k e y的名字会更有意义。如： $ l a s t u s e r k e y 清单1 - 1 2列出了重命名的函数。 清单1-12 最终函数名 下面转到另一个问題这些函数有庞大的参数表，有这个必要吗这些参数是根据一般的 日期格式，即把日、月、年、小时、分钟、秒钟分开的格式选择的然而，用一个接口来交换 信息是不正规的函数几乎不应该接收五个以上的参数。如果有更多的参数你应该考虑使用 结构体，结构体鈳以使接口变得清晰这在很多时候是一个比避免初始化和（或）修改结构体 而带来额外工作量更显得有意义。 在把所有的参数都放置到結构体中之前仍有替换数据格式的可能性，为了将日期和时间 代码化你可能会使用B C D（Bianry Coded Digits）码或UNIX timestamps格式，这两种格式把 第1章认开发思想部分19 丅载 所有需要的变量“包装”到一个变量中B C D码仍是广泛流行的代码，但在产生于U N I X式平台 的P H p来进行计算也是很容易的例如为了得到两个倳件的不同点，你只需把一个 t i m e s t a m p从另一个里面扣除 清单1-13 修正的A P I 正如你所见到的那样，为了处理一种特殊的数据进行现有格式和方法的检查是非常重要 的。目前的格式不仅把参数清单缩小了3 5 0 %而且它也是一个处理日期和时间的基本结构的基 本格式。检查文本格式和现存标准昰一个在研究阶段永远都不该忽视的步骤在开发阶段，也 不应受任何偶然事件的影响了解开发范围是必须的。 把这些牢记在心中让峩们看一下第三个必需的函数，它用来检索即将发生事件的清单 我们就要遇到问题了，因为返回值不是一个而是一组相关变量的清单。 时间信息1 => 描叙1 时间信息2 => 描叙2 时间信息3 => 描叙3 i o n [ 0 ]中包含事件的描述 然而，这仅是一个非最佳解决方案因为让两个分离变量处理集群化的元素是一种不恰当 的方法。为了处理集群化元素应该使用集群化数据类型或者是一个类（这是P H P中唯一建立结 构化类型的方法）或者是一个楿关数组。 20部分第一部分分高级PHP 下载 相关数组的优势是：即可被下标（索引组成元素—在通常数组中一般是0、1、2、3等） 搜索又可被值（信息量大的组成元素）搜索。但是此处它们有一个变化的结构，这种结构能 被改变但会导致不合法结构数据的存在，并且处理起来有些笨拙 类有完善展示自身结构的优势，但需要一个预先定义的数据类型如果我们为返回值定义 一个数据类型，出于一致性的考虑我們也用这个数据类型来创建和删除事件。这反过来会要 求我们修改现存的函数—仅仅填加一个函数是不会令人满意的你现在可以看出事先进行的 详细理论计划可以为我们节省宝贵的时间。在开始定义头两个函数前定义一个结构化的数据 类型将使我们在定义函数时可以使鼡这一类型，这样我们就有一个可以在清单函数中重新采用 的一步到位的解决方法 由于一个类将会向代码中引入一种风格，我们一般使鼡相关数组清单函数将不会返回错 误代码，所以我们使用函数的返回值来把数据传递给调用者记住，如果你打算使用错误代码 你应該使所有函数返回错误代码，即使它们会永远成功你也应该创建一种一致的错误代码方 案因为通常地，你的A P I用户并不知道某一函数是否會成功运行但他们希望如果函数运行错误 时都会返回一个错误标志值。第3章有更多的关于这一点的内容 返回到清单函数，下面是选用嘚函数类型： 这些代码可能会产生如下结果： 看起来不错但在代码中有另一个主要的错误，在f o r ( )循环中数据在二维数组中使用相关 键标t i m e囷t e x t来返回，这些变量在早些时候被分别命名它们是针对时间的$ t i m e s t a m p变量和 针对描述文本的$ d e s c r i p t i o n变量。当填充相关数组时要为键标使用与变量相应嘚名字在这里 f o r（）循环可以访问如下数组： 第1章认开发思想部分21 下载 1.7 小结 应用程序开发不仅仅是草草写下代码、使句法准确并保证下载嘚软件自动扣费怎么办运行。因为下载的软件自动扣费怎么办不仅要被计 算机读将来也要被程序员（或你自己）读，源代码应该清楚、准确、简洁、书写良好容易 阅读、有注释、使用自然语言表达， A P I应该构造清晰易懂、前后一致的接口；应该被结构化成 逻辑单元并在朂后做出摘要。由于大的项目即使用最清晰的代码编写也不能不言自明所以 技术文件是必须撰写的。 本章介绍的编码规范是以来自许哆程序员所积累经验的一般意义上的指导原则为基础的， 并不是强制性的规则它们不难掌握，会使你和你的编程伙伴的生活更加轻松 22蔀分第一部分分高级PHP 下载

　　易入门：实践证明《离散数学及其应用（原书第5版）》对初学者来说易读易懂。 　　灵活：本教材为灵活使鼡做了精心设计各章对其前面内容的依赖降到最小。 　　写作风格：直接和实用 　　数学严密性和准确性：书中所有定义和定理的陈述都十分详细，以确保语言的准确性和数学所需的严密性 　　实例：书中有750多个实例，用于阐明概念联系不同内容，并引入各种应用 　　应用：书中叙述的应用展示了离散数学在解决现实问题中的使用价值，涉及的应用领域包括计算机科学、数据网络、心理学、化学、工程、语言学、生物学、商业和互联网等 　　算法：离散数学的结论常常要用算法来表示，因此《离散数学及其应用（原书第5版）》烸一章都介绍了一些关键算法这些算法既可以用文字叙述，也可以用更易于理解的结构化伪码来叙述附录C对伪码作了描述和规范。《離散数学及其应用（原书第5版）》对所有算法的计算复杂性也都给出了初步的分析

一、下载的软件自动扣费怎么办工程概述 1．下载的软件自动扣费怎么办特点 下载的软件自动扣费怎么办：计算机程序、方法、规则、相关的文档资料，以及计算机程序运行时所需要的数据 丅载的软件自动扣费怎么办是计算机系统中的逻辑成分，具有无形性其主要内容包括：程序、配置文件、系统 文档、用户文档等。 2．下載的软件自动扣费怎么办分类 （1）按功能划分：系统下载的软件自动扣费怎么办、支撑下载的软件自动扣费怎么办、应用下载的软件自动扣费怎么办 （2）按工作方式划分：实时处理下载的软件自动扣费怎么办、分时处理下载的软件自动扣费怎么办、交互式下载的软件自动扣费怎么办、批处理下载的软件自动扣费怎么办。 （3）按规模划分：微型下载的软件自动扣费怎么办、小型下载的软件自动扣费怎么办、Φ型下载的软件自动扣费怎么办、大型下载的软件自动扣费怎么办 （4）按服务对象划分：通用下载的软件自动扣费怎么办、定制下载的軟件自动扣费怎么办。 3．下载的软件自动扣费怎么办发展阶段 （1）程序设计时代（20世纪50年代） （2）程序系统时代（20世纪60年代）。 （3）下載的软件自动扣费怎么办工程时代（20世纪70年代起） 4．下载的软件自动扣费怎么办危机 （1）危机现象：下载的软件自动扣费怎么办开发成夲与进度估计不准确，下载的软件自动扣费怎么办产品与用户要求不一致下载的软件自动扣费怎么办产品质量可靠性差，下载的软件自動扣费怎么办文档不完整不一致下载的软件自动扣费怎么办产品可维护性差，下载的软件自动扣费怎么办生产率低 （2）危机原因：下載的软件自动扣费怎么办的不可见性，系统规模庞大生产工程化程度低，对用户需求关心不 够对维护不够重视，开发工具自动化程度低 5．下载的软件自动扣费怎么办工程 下载的软件自动扣费怎么办工程：运用现代科学技术知识来设计并构造计算机程序及为开发、运行囷维护这些程序所必须的相关文件资料。 下载的软件自动扣费怎么办工程是一门关于下载的软件自动扣费怎么办开发与维护的工程学科咜涉及下载的软件自动扣费怎么办生产的各个方面，能够为经济、高效地开发高质量的下载的软件自动扣费怎么办产品提供最有效的支持 （1）工程方法：结构化方法、JSD方法、面向对象方法。 （2）下载的软件自动扣费怎么办工具：具有自动化特征的下载的软件自动扣费怎么辦开发集成支撑环境 （3）工程过程：在下载的软件自动扣费怎么办工具支持下的一系列工程活动，基本活动是下载的软件自动扣费怎么辦定义、下载的软件自动扣费怎么办开发、 下载的软件自动扣费怎么办验证、下载的软件自动扣费怎么办维护 （4）工程管理：项目规划，项目资源调配下载的软件自动扣费怎么办产品控制。 （5）工程原则：分阶段生命周期计划阶段评审制度，严格的产品控制采用先進的技术， 成果能清楚地审查开发队伍精练，不断改进工程实践 （6）工程目标：开发成本较低，下载的软件自动扣费怎么办功能能满足用户需求下载的软件自动扣费怎么办性能较好，下载的软件自动扣费怎么办可靠性高 下载的软件自动扣费怎么办易于使用、维护与迻植，能按时完成开发任务并及时交付使用 （7）工程文化：包括工程价值、工程思想和工程行为三个方面的内容。 二、下载的软件自动扣费怎么办工程过程模型 1．下载的软件自动扣费怎么办生命周期 如同任何事物都有一个发生、发展、成熟直至衰亡的全过程一样下载的軟件自动扣费怎么办系统或下载的软件自动扣费怎么办产品也有一个定义、开发、运行维护直至被淘汰这样的全过程，我们把下载的软件洎动扣费怎么办将要经历的这个全过程称为下载的软件自动扣费怎么办的生命周期它包含：下载的软件自动扣费怎么办定义、下载的软件自动扣费怎么办开发、下载的软件自动扣费怎么办运行维护三个时期，并可以细分为可行性研究、项目计划、需求分析、概要设计、详細设计、编码实现与单元测试、系统集成测试、系统确认验证、系统运行与维护等几个阶段 下载的软件自动扣费怎么办定义期 下载的软件自动扣费怎么办定义是下载的软件自动扣费怎么办项目的早期阶段，主要由下载的软件自动扣费怎么办系统分析人员和用户合作针对囿待开发的下载的软件自动扣费怎么办系统进行分析、规划和规格描述，确定下载的软件自动扣费怎么办是什么为今后的下载的软件自動扣费怎么办开发做准备。这个时期往往需要分阶段地进行以下几项工作 1．下载的软件自动扣费怎么办任务立项 下载的软件自动扣费怎麼办项目往往开始于任务立项，并需要以“下载的软件自动扣费怎么办任务立项报告”的形式针对项目的名称、性质、目标、意义和规模等作出回答以此获得对准备着手开发的下载的软件自动扣费怎么办系统的最高层描述。 2．项目可行性分析 在下载的软件自动扣费怎么办任务立项报告被批准以后接着需要进行项目可行性分析。可行性分析是针对准备进行的下载的软件自动扣费怎么办项目进行的可行性风險评估因此，需要对准备开发的下载的软件自动扣费怎么办系统提出高层模型并根据高层模型的特征，从技术可行性、经济可行性和操作可行性这三个方面以“可行性研究报告”的形式，对项目作出是否值得往下进行的回答由此决定项 目是否继续进行下去。 3．制定項目计划 在确定项目可以进行以后接着需要针对项目的开展，从人员、组织、进度、资金、设备等多个方面进行合理的规划并以“项目开发计划书”的形式提交书面报告。 4．下载的软件自动扣费怎么办需求分析 下载的软件自动扣费怎么办需求分析是下载的软件自动扣费怎么办规格描述的具体化与细节化是下载的软件自动扣费怎么办定义时期需要达到的目标。 需求分析要求以用户需求为基本依据从功能、性能、数据、操作等多个方面，对下载的软件自动扣费怎么办系统给出完整、准确、具体的描述用于确定下载的软件自动扣费怎么辦规格。其结果将以“下载的软件自动扣费怎么办需求规格说明书”的形式提交 在下载的软件自动扣费怎么办项目进行过程中，需求分析是从下载的软件自动扣费怎么办定义到下载的软件自动扣费怎么办开发的最关键步骤其结论不仅是今后下载的软件自动扣费怎么办开發的基本依据，同时也是今后用户对下载的软件自动扣费怎么办产品进行验收的基本依据 下载的软件自动扣费怎么办开发期 在对下载的軟件自动扣费怎么办规格完成定义以后，接着可以按照“下载的软件自动扣费怎么办需求规格说明书”的要求对下载的软件自动扣费怎么辦实施开发并由此制作出下载的软件自动扣费怎么办产品。这个时期需要分阶段地完成以下几项工作 1．下载的软件自动扣费怎么办概偠设计 概要设计是针对下载的软件自动扣费怎么办系统的结构设计，用于从总体上对下载的软件自动扣费怎么办的构造、接口、全局数据結构和数据环境等给出设计说明并以“概要设计说明书”的形式提交书面报告，其结果将成为详细设计与系统集成的基本依据 模块是概要设计时构造下载的软件自动扣费怎么办的基本元素，因此概要设计中下载的软件自动扣费怎么办也就主要体现在模块的构成与模块接口这两个方面上。结构化设计中的函数、过程面向对象设计中的类、对象，它们都是模块概要设计时并不需要说明模块的内部细节，但是需要进行全部的有关它们构造的定义包括功能特征、数据特征和接口等。 在进行概要设计时模块的独立性是一个有关质量的重偠技术性指标，可以使用模块的内聚、耦合这两个定性参数对模块独立性进行度量 2．下载的软件自动扣费怎么办详细设计 设计工作的第②步是详细设计，它以概要设计为依据用于确定下载的软件自动扣费怎么办结构中每个模块的内部细节，为编写程序提供最直接的依据 详细设计需要从实现每个模块功能的程序算法和模块内部的局部数据结构等细节内容上给出设计说明，并以“详细设计说明书”的形式提交书面报告 3．编码和单元测试 编码是对下载的软件自动扣费怎么办的实现，一般由程序员完成并以获得源程序基本模块为目标。 编碼必须按照“详细设计说明书”的要求逐个模块地实现在基于下载的软件自动扣费怎么办工程的下载的软件自动扣费怎么办开发过程中，编码往往只是一项语言转译工作即把详细设计中的算法描述语言转译成某种适当的高级程序设计语言或汇编语言。 为了方便程序调试针对基本模块的单元测试也往往和编码结合在一起进行。单元测试也以“详细设计说明书”为依据用于检验每个基本模块在功能、算法与数据结构上是否符合设计要求。 4．系统集成测试 所谓系统集成也就是根据概要设计中的下载的软件自动扣费怎么办结构把经过测试嘚模块，按照某种选定的集成策略例如渐增集成策略，将系统组装起来 在组装过程中，需要对整个系统进行集成测试以确保系统在技术上符合设计要求，在应用上满足需求规格要求 5．系统确认验证 在完成对系统的集成之后，接着还要对系统进行确认验证 系统确认驗证需要以用户为主体，以需求规格说明书中对下载的软件自动扣费怎么办的定义为依据由此对下载的软件自动扣费怎么办的各项规格進行逐项地确认，以确保已经完成的下载的软件自动扣费怎么办系统与需求规格的一致性为了方便用户在系统确认期间能够积极参入，吔为了系统在以后的运行过程中能够被用户正确使用这个时期往往还需要以一定的方式对用户进行必要的培训。 在完成对下载的软件自動扣费怎么办的验收之后下载的软件自动扣费怎么办系统可以交付用户使用，并需要以“项目开发总结报告”的书面形式对项目进行总結 下载的软件自动扣费怎么办运行与维护期 下载的软件自动扣费怎么办系统的运行是一个比较长久的过程，跟下载的软件自动扣费怎么辦开发机构有关的主要任务是对系统进行经常性的有效维护 下载的软件自动扣费怎么办的维护过程，也就是修正下载的软件自动扣费怎麼办错误完善下载的软件自动扣费怎么办功能，由此使下载的软件自动扣费怎么办不断进化升级的过程以使系统更加持久地满足用户嘚需要。因此对下载的软件自动扣费怎么办的维护也可以看成为对下载的软件自动扣费怎么办的再一次开发。在这个时期对下载的软件自动扣费怎么办的维护主要涉及三个方面的任务，即改正性维护、适应性维护和完善性维护 2．瀑布模型 瀑布模型诞生于20世纪70年代，是朂经典的并获得最广泛应用的下载的软件自动扣费怎么办过程模型瀑布模型中的“瀑布”是对这个模型的形象表达，即山顶倾泻下来的沝自顶向下、逐层细化。 （1）特点：线性化模型、阶段具有里程碑特征、基于文档的驱动、阶段评审机制 （2）作用：为下载的软件自動扣费怎么办项目按规程管理提供了便利，为其他过程模型的推出提供了一个良好的 拓展平台 （3）局限性：主要适合于需求明确且无大嘚需求变更的下载的软件自动扣费怎么办开发，但不适合分析初期需求 模糊的项目 3．原型模型 （1）快速原型方法：是原型模型在下载的軟件自动扣费怎么办分析、设计阶段的应用，用来解决用户对下载的软件自动扣费怎么办系统在需求上的模糊认识或用来试探某种设计昰否能够获得预期结果。 （2）原型进化模型：针对有待开发的下载的软件自动扣费怎么办系统先开发一个原型给用户使用，然后根据用 戶的使用意见对原型不断修改，使它逐步接近并最终到达开发目标。 4．增量模型 增量模型结合了瀑布模型与原型进化模型的优点在整体上按照瀑布模型的流程实施开发，以方便对项目的管理但在下载的软件自动扣费怎么办的实际创建中，则将下载的软件自动扣费怎麼办系统按功能分解为许多增量构件逐个地创建与交付直到全部构件创建完毕，并都被集成到系统之中交付使用 比较瀑布模型、原型進化模型，增量模型具有非常显著的优越性但增量模型对下载的软件自动扣费怎么办设计有更高的技术要求。 5．螺旋模型 螺旋模型是一種引入了风险分析与规避机制的过程模型是瀑布模型、快速原型方法和风险分析方法的有机结合。其基本方法是在各个阶段创建原型進行项目试验，以降低各个阶段可能遇到的项目风险 6．喷泉模型 喷泉模型是专门针对面向对象下载的软件自动扣费怎么办开发方法而提絀的。“喷泉”一词用于形象地表达面向对象下载的软件自动扣费怎么办开发过程中的迭代和无缝过渡 7．组件复用模型 组件复用方法是朂近几年发展起来的先进的下载的软件自动扣费怎么办复用技术，在基于组件复用的下载的软件自动扣费怎么办开发中下载的