如何看懂命令/函数描述

最新推荐文章于 2023-06-20 17:52:21 发布
最新推荐文章于 2023-06-20 17:52:21 发布
阅读量265 收藏 1
点赞数 3
文章标签： linux windows terminal command sql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zzzzzec/article/details/117536650
版权

如何看懂命令/函数描述 --命令/函数描述规则

1.前言

在学习新的编程语言的时候,往往需要了解新的函数.在看官方给定描述函数的文档时,通常都是这样的:
图示:psql的语法
在网上查看其用法的时候,往往看到的是例子和文字性的讲解,对于用法描述的不是很全面.
所以这就要求我们有自己看懂函数描述的能力
对于这部分的内容,网上的资料很少.以下的内容来自一个英文网页,我简要的翻译一下

2.基本规则

基本规则由一个 Command Syntax Reference Table描述

记号意义
BOLD(黑体字)黑体字的内容必须一字不差的输入
ltalic(斜体)斜体字的内同需要自己提供(参数),但是输入的时候不要输入斜体!
空格空格也必须被严格的输入
[中括号内的文字]中括号内的文字代表其是可选的,如果不选,不要输入中括号
括号外的文字括号外的文字时必不可少的,在很多命令中,唯一在括号外的文字就时命令名称自己
{大括号内的文字}大括号内的文字也是可选的,但只能选择一个
|竖线竖线用于区分括号里的不同元素
…省略号省略号代表其前面的内容可以无限次的重复

2021.6.10补充:双减号(dash)和单减号的区别

这里的dash就是键盘上的 - 字符,在命令的选项里经常有这个.
这里讨论 - 和 -- 的区别

A single hyphen can be followed by multiple single-character flags. A
double hyphen prefixes a single, multicharacter option.

意思就是单个 - 后面接的是命令的首字母, --后是命令的完整字符
比如说 ls -a 和 ls --all 是一样的
实践
除此之外, - 符号还可以用于命令的拼接
也就是说 command -abcd 等于 command -a -b -c -d
举个例子 ls --all 和 ls -all
第一个命令,就是 ls 加上 all 选项,它等同于 ls -a
ls --all
列出来是这样的
第二个命令和第一个完全不一样,它等同于 ls -a -l -l
ls -all
列出来是这样的,等同于 ls -a -l -l (两个-l估计只识别一个)
ls -a -l -l

3.实例

Vol Command

(vol 是什么…赶紧查一下)
vol命令:显示出当前或者指定磁盘的卷标及序列号.

其形式为 vol [drive/:]

1.vol是黑体字,所以必须严格的准确输入
2.vol后面有一个空格,这个空格也是必须的
3.中括号意味着其是可选的,如果想让命令完成预期的功能,就要为其赋值
4.这个:(冒号)也是黑体的,所以这个冒号也是要输入的!!
以下展示几种情况:
1.合法情况1
合法
2.不合法情况1(没有冒号:)
不合法
3.合法情况2
合法

Shutdown Command

命令描述 :
shutdown [/i | /l | /s | /r | /g | /a | /p | /h | /e] [/f] [/m \computername] [/t xxx] [/d [p:|u:]xx:yy] [/c “comment”]
这是一个很复杂的命令,但基本的原理还是一样的
1./i, /l, /s, /r, /g, /a, /p, /h, or /e.这几个都是可选的,注意到这写都是黑体字,所以必须严格输入(包括这个斜杠/)
2. [/d [p:|u:] xx:yy],这代表可选中的可选

以下展示几种情况
1.不合法情况(/r 和 /s不可以同时用)
不合法

2.不合法情况2
不合法
解释:p:0:0仅在/d选项可用时可用
3.合法情况
合法

Net Use Command

由于这个命令过于复杂,所以只截取一部分
net use [{devicename | *}] [\\computername\sharename [{password | *}]] [/persistent:{yes | no}] [/savecred] [/delete]
更急上述的规则,只看几种情况就行
1.不合法情况1
不合法
解释:[{devicename | *}] 意味着这两个只能选一个,e:和*冲突

2.不合法情况2
不合法
解释:这里我们选用了/persistent选项,但是没有从大阔号里选择yes/no

4.实践

学习完之后,可以分析一个正在学习的语法(psql)
syntax

有些时候是没有分黑体和斜体的,不过也不太影响
这里写的很清晰了,只要中括号括起来的都是可选的选项
但是看命令的时候最好还是去官方文档哪里看,网上的命令有些时候会 不全 甚至 有错误

5.结语

如果能看网上的描述和例子学会一条命令可以称之为 知其然 的话,
那么也许看懂命令描述形式才能称之为知其 所以然.
我认为,计算机的一大重要特点在于 规范化 和 无歧义 ,命令的语法也因该如此,想要系统的了解命令语法的构成和形式,明白 描述命令的语法 是至关重要的.

鉴于作者水平有限,如有错误,欢迎指出

zzzzzec
关注
  • 3
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
寒江独钓-Windows内核安全编程(高清完整版).part5
01-04
http://wangfaqiang.download.csdn.net/ 上面这个网址就可以看到所有8个的下载链接 内容简介 　　本书从Windows内核编程出发，全面系统地介绍了串口、键盘、磁盘、文件系统、网络等相关的Windows内核模块的编程技术，以及基于这些技术实现的密码保护、防毒引擎、文件加密、网络嗅探、网络防火墙等信息安全软件的核心组件的具体编程。主要知识重点包括：Windows串口与键盘过滤驱动、Windows虚拟存储设备与存储设备过滤驱动、Windows文件系统过滤驱动、文件系统透明加密/解密驱动、Windows各类网络驱动（包括TDI过滤驱动及三类NDIS驱动），以及最新的WDF驱动开发模型。有助于读者熟悉Windows内核驱动的体系结构，并精通信息安全类的内核编程技术。本书的大部分代码具有广泛的兼容性，适合从Windows 2000 一直到目前最新的Windows 7 Beta 版。 　　本书适合大专院校计算机系的学生、普通Windows程序员、Windows内核程序员、信息安全行业的程序员，以及希望了解Windows系统底层知识的计算机编程爱好者使用。阅读本书，需要读者有C语言、数据结构、操作系统和计算机网络的基础知识。 目录: 封面 -25 扉页 -24 内容简介 -23 序 -22 关于本书作者和贡献者 -20 前言 -18 阅读注意 -16 目录 -12 正文 1 第1章 内核上机指导 1 1.1 下载和使用WDK 2 1.1.1 下载安装WDK 2 1.1.2 编写第一个C文件 3 1.1.3 编译一个工程 5 1.2 安装与运行 6 1.2.1 下载一个安装工具 6 1.2.2 运行与查看输出信息 7 1.2.3 在虚拟机中运行 9 1.3 调试内核模块 9 1.3.1 下载和安装WinDbg 9 1.3.2 设置Windows XP 调试执行 10 1.3.3 设置Vista调试执行 11 1.3.4 设置VMWare的管道虚拟串口 11 1.3.5 设置Windows内核符号表 13 1.3.6 实战调试first 14 练习题 16 第2章 内核编程环境及其特殊性 17 2.1 内核编程的环境 18 2.1.1 隔离的应用程序 18 2.1.2 共享的内核空间 19 2.1.3 无处不在的内核模块 20 2.2 数据类型 21 2.2.1 基本数据类型 21 2.2.2 返回状态 22 2.2.3 字符串 23 2.3 重要的数据结构 23 2.3.1 驱动对象 23 2.3.2 设备对象 25 2.3.3 请求 26 2.4 函数调用 28 2.4.1 查阅帮助 28 2.4.2 帮助中有的几类函数 30 2.4.3 帮助中没有的函数 32 2.5 Windows的驱动开发模型 32 2.6 WDK编程中的特殊点 33 2.6.1 内核编程的主要调用源 33 2.6.2 函数的多线程安全性 34 2.6.3 代码的中断级 36 2.6.4 WDK中出现的特殊代码 37 练习题 38 第3章 串口的过滤 40 3.1 过滤的概念 41 3.1.1 设备绑定的内核API之一 41 3.1.2 设备绑定的内核API之二 43 3.1.3 生成过滤设备并绑定 43 3.1.4 从名字获得设备对象 45 3.1.5 绑定所有串口 46 3.2 获得实际数据 47 3.2.1 请求的区分 47 3.2.2 请求的结局 48 3.2.3 写请求的数据 49 3.3 完整的代码 50 3.3.1 完整的分发函数 50 3.3.2 如何动态卸载 52 3.3.3 完整的代码 53 本章的示例代码 53 练习题 54 第4章 键盘的过滤 56 4.1 技术原理 57 4.1.1 预备知识 57 4.1.2 Windows中从击键到内核 58 4.1.3 键盘硬件原理 60 4.2 键盘过滤的框架 61 4.2.1 找到所有的键盘设备 61 4.2.2 应用设备扩展 64 4.2.3 键盘过滤模块的DriverEntry 65 4.2.4 键盘过滤模块的动态加载 66 4.3 键盘过滤的请求处理 68 4.3.1 通常的处理 68 4.3.2 PNP的处理 69 4.3.3 读的处理 70 4.3.4 读完成的处理 71 4.4 从请求中打印出按键信息 72 4.4.1 从缓冲区中获得KEYBOARD_INPUT_DATA 72 4.4.2 从KEYBOARD_INPUT_DATA中得到键 73 4.4.3 从MakeCode到实际字符 74 4.5 Hook分发函数 75 4.5.1 获得类驱动对象 76 4.5.2 修改类驱动的分发函数指针 77 4.5.3 类驱动之下的端口驱动 78 4.5
SQL Server 中 EXEC 与 SP_EXECUTESQL 的区别.doc
08-30
SQL Server 中 EXEC 与 SP_EXECUTESQL 的区别 MSSQL为我们提供了两种动态执行SQL语句的命令，分别是 EXEC 和 SP_EXECUTESQL ，我们先来看一下两种方式的用法。 先建立一个表，并添加一些数据来进行演示： 复制代码 CREATE TABLE t_student( Id INT NOT NULL, Name NVARCHAR (10) NULL, Age TINYINT NULL, School NVARCHAR(20) NULL, Class NVARCHAR(10) NULL, Score FLOAT NULL, CONSTRAINT [PK_Student_Id] PRIMARY KEY CLUSTERED(Id) ) GO INSERT INTO t_student VALUES(1,'张小红',8,'育才小学','一班',92) INSERT INTO t_student VALUES(2,'王丽丽',8,'育才小学','一班',90) INSERT INTO t_student VALUES(3,'张燕',7,'云华小学','二班',86) INSERT INTO t_student VALUES(4,'刘华',6,'云华小学','二班',85) 复制代码 一、EXEC EXEC命令可以执行一个存储过程也可以执行一个动态SQL语句。先来看看怎么执行存储过程： 新建一个存储过程 SP_GetStudent ，返回 成绩大于90 分的学生： 复制代码 CREATE PROCEDURE [dbo].[Sp_GetStudent] @Score FLOAT, @Nums INT OUTPUT AS BEGIN SET NOCOUNT ON; SELECT * FROM t_student WHERE Score >=@Score SELECT @Nums=COUNT(1) FROM t_student WHERE Score >=@Score IF(@Nums>0) RETURN 1 ELSE RETURN 0 END GO 复制代码 该存储过程涉及了 查询操作、返回值和输出参数，我们来看用EXEC 命令如何调用： 复制代码 DECLARE @return_value int, @OutNums int EXEC @return_value = [dbo].[Sp_GetStudent] @Score = 90, @Nums = @OutNums OUTPUT SELECT @OutNums as N'大于90分的人数' SELECT '返回值' = @return_value GO 复制代码 执行结果： 我们发现EXEC 执行存储过程和我们平时程序执行一个方法是几乎一样的，返回值参数 直接就可以等于存储过程的执行后的返回值，输出参数 在后面需要增加 OUTPUT 关键字。 执行存储过程不是重点，重点是执行动态sql语句，同样看一下例子： DECLARE @TableName NVARCHAR(50),@Sql NVARCHAR(MAX),@Score INT; SET @TableName = 't_Student'; SET @Score = 90; SET @sql = 'SELECT * FROM '+QUOTENAME(@TableName) +'WHERE Score >= '+CAST(@Score AS NVARCHAR(10)) EXEC (@sql); 执行结果： 注意：在执行拼接SQL 语句的时候，的EXEC括号中只允许包含一个字符串变量，但是可以串联多个变量，如果我们直接执行这个SQL语句： --这是错误的调用 EXEC ('SELECT * FROM '+QUOTENAME(@TableName) +'WHERE Score >= '+CAST(@Score AS NVARCHAR(10))); 执行就会提示错误。但是这样就没有问题： 复制代码 DECLARE @TableName NVARCHAR(50),@Sql NVARCHAR(MAX),@Score INT DECLARE @Sql2 NVARCHAR(MAX) SET @TableName = 't_Student'; SET @Score = 90; SET @sql = 'SELECT * FROM '+QUOTENAME(@TableName) SET @Sql2=' WHERE Score >= '+CAST(@Score AS NVARCHAR(10)) EXEC (@sql+@sql2) 复制代码 EXEC 执行拼接sql语句的时候不支持 嵌入式参数，如下： DECLARE @OUT_Nums INT,@IN_Score INT,@Sql NVARCHAR(MAX) SET @IN_Score = 90 SET @sql = 'SELECT @Nums=COUNT(1) FROM t_student WHERE Score >= @Score' EXEC (@sql) 通过上面的代码发现，EXEC 执行拼接的SQL语句的时候，不支持内嵌参数，包括输入参数和输出参数。有的时候我们想把得到的count(*)传出来，用EXEC是不好办到的。接下来，再来看看SP_EXECUTESQL的使用： 二、SP_EXECUTESQL： SP_EXECUTESQL 是在 SQL 2005中引入的新的系统存储过程，也是用来处理动态SQL 语句的。它比EXEC 更加灵活，首先也执行一下第一次的拼接SQL语句： DECLARE @TableName NVARCHAR(50),@Sql NVARCHAR(MAX),@Score INT; SET @TableName = 't_Student'; SET @Score = 90; SET @sql = 'SELECT * FROM '+QUOTENAME(@TableName) +'WHERE Score >= '+CAST(@Score AS NVARCHAR(10)) EXEC SP_EXECUTESQL @sql --注意这里没有了() 执行结果： SP_EXECUTESQL 支持内嵌参数： 先来看一下SP_EXECUTESQL的语法： sp_executesql [ @stmt = ] stmt [ {, [@params=] N'@parameter_name data_type [ OUT | OUTPUT ][,...n]' } {, [ @param1 = ] 'value1' [ ,...n ] } ] 说明： [ @stmt = ] stmt 包含 Transact-SQL 语句或批处理的 Unicode 字符串。stmt 必须是 Unicode 常量或 Unicode 变量。不允许使用更复杂的 Unicode 表达式（例如使用 + 运算符连接两个字符串）。不允许使用字符常量。如果指定了 Unicode 常量，则必须使用 N 作为前缀。例如，Unicode 常量 N'sp_who' 是有效的，但是字符常量 'sp_who' 则无效。字符串的大小仅受可用数据库服务器内存限制。在 64 位服务器中，字符串大小限制为 2 GB，即 nvarchar(max) 的最大大小。stmt 中包含的每个参数在 @params 参数定义列表和参数值列表中均必须有对应项 [ @params = ] N'@parameter_namedata_type[ ,... n ] ' 包含 stmt 中嵌入的所有参数定义的字符串。字符串必须是 Unicode 常量或 Unicode 变量。每个参数定义由参数名称和数据类型组成。n 是表示附加参数定义的占位符。在 stmt 中指定的每个参数必须在 @params 中定义。如果 stmt 中的 Transact-SQL 语句或批处理不包含参数，则不需要 @params。该参数的默认值为 NULL。 [ @param1 = ] 'value1' 参数字符串中定义的第一个参数的值。该值可以是 Unicode 常量，也可以是 Unicode 变量。必须为 stmt 中包含的每个参数提供参数值。如果 stmt 中的 Transact-SQL 语句或批处理没有参数，则不需要这些值。 [ OUT | OUTPUT ] 指示参数是输出参数。除非是公共语言运行 (CLR) 过程，否则 text、ntext 和 image 参数均可用作 OUTPUT 参数。使用 OUTPUT 关键字的输出参数可以为游标占位符，CLR 过程除外。 n 附加参数值的占位符。这些值只能为常量或变量，不能是很复杂的表达式（例如函数）或使用运算符生成的表达式。 返回代码值 : 0（成功）或非零（失败） 结果集：从生成 SQL 字符串的所有 SQL 语句返回结果集 看不懂没有关系，通过例子就会非常明白的，依旧还执行上面的 SQL 语句： DECLARE @OUT_Nums INT,@IN_Score INT,@Sql NVARCHAR(MAX) SET @IN_Score = 90 SET @sql = 'SELECT @Nums=COUNT(1) FROM t_student WHERE Score >= @Score' EXEC SP_EXECUTESQL @sql,N'@Nums INT OUT,@Score INT',@OUT_Nums OUTPUT,@IN_Score SELECT @OUT_Nums AS '人数' 执行结果： 需要注意的是： 1、要求动态Sql和动态Sql参数列表必须是NVARCHAR 2、动态Sql的参数列表与外部提供值的参数列表顺序必需一致 3、一旦使用了 '@name = value' 形式之后，所有后续的参数就必须以 '@name = value' 的形式传递，比如： DECLARE @OUT_Nums INT,@IN_Score INT,@Sql NVARCHAR(MAX) SET @IN_Score = 90 SET @sql = 'SELECT @Nums=COUNT(1) FROM t_student WHERE Score >= @Score' EXEC SP_EXECUTESQL @stmt=@sql,@params=N'@Nums INT OUT,@Score INT',@Nums=@OUT_Nums OUTPUT,@Score=@IN_Score SELECT @OUT_Nums AS '人数' 通过上面的例子已经很清晰的表明了，在执行动态SQL 语句的时候，EXEC 和 SP_EXECUTESQL 的区别了，来总结一下： 1、 性能： 官方描述：sp_executesql stmt 参数中的 Transact-SQL 语句或批处理在执行 sp_executesql 语句时才编译。随后，将编译 stmt 中的内容，并将其作为执行计划运行。该执行计划独立于名为 sp_executesql 的批处理的执行计划。sp_executesql 批处理不能引用调用 sp_executesql 的批处理中声明的变量。sp_executesql 批处理中的本地游标或变量对调用 sp_executesql 的批处理是不可见的。对数据库上下文所做的更改只在 sp_executesql 语句结束前有效。如果只更改了语句中的参数值，则 sp_executesql 可用来代替存储过程多次执行 Transact-SQL 语句。因为 Transact-SQL 语句本身保持不变，仅参数值发生变化，所以 SQL Server 查询优化器可能重复使用首次执行时所生成的执行计划。 说通俗一点就是：如果用 EXEC 执行一条动态 SQL 语句，由于每次传入的参数不一样，所以每次生成的 @sql 就不一样，这样每执行一次SQL SERVER 就必须重新将要执行的动态 Sql 重新编译一次 。但是SP_EXECUTESQL 则不一样，由于将数值参数化，要执行的动态 Sql 永远不会变化，只是传入的参数的值在变化，那每次执行的时候就不用重新编译，速度和效率自然有所提升。 2、从上面的例子我们已经能够看出 SP_EXECUTESQL 命令比 EXEC 命令更灵活，因为它提供一个接口，该接口及支持输入参数也支持输出参数。 3、EXEC 执行纯动态SQL，执行时可能无法使用预编译的执行计划，关键是不安全，可以导致 SQL 注入 ，而 SP_EXECUTESQL 执行参数化动态 SQL ,执行时能使用预编译的执行计划，而且保存存储过程时就可以确定可以使用的预编译的执行计划，而且最重要的是“安全”，天然免疫SQL 注入 作者：Rising Sun 出处：http://www.cnblogs.com/lxblog/ 本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利.
LinuxC编程一站式学习
03-16
网上很多地方可以找到本书的下载，我唯一能够额外贡献的是，提供多格式的打包下载，包括：PDF格式，离线网页格式，在线网页格式。 如果您觉得下载比较麻烦，那么建议您直接使用在线教程，网址是：http://learn.akae.cn/media/index.html 如果您只需要一个可以打印的PDF格式文件，那么建议你下载Defonds的资源，因为我的PDF格式文件就是从他那下的，资源链接是：http://download.csdn.net/detail/defonds/2855361 如果您和我一样，希望在多种环境下都可以方便地使用本书，那么欢迎您下载我提供的这个打包资源！ 对本书的描述 版权 © 2008, 2009 宋劲杉, 北京亚嵌教育研究中心 这本书最初是为北京亚嵌教育研究中心的嵌入式Linux系统工程师就业班课程量身定做的教材之一，作者宋劲松。 这是一本从零基础开始学习编程的书，不要求读者有任何编程经验，但读者应勤于思考。本书尽最大努力理清概念之间的依赖关系，力求一站式学习，读者不需要为了找一个概念的定义去翻其它书，也不需要为了搞清楚一个概念在本书中前后一通乱翻，只需从前到后按顺序学习即可。但一站式学习并不等于傻瓜式学习，有些章节有一定的难度，需要积极思考才能领会。本书可以替你节省时间，但不能替你思考，不要指望像看小说一样走马观花看一遍就能学会。 本书不是孤立地讲C语言，而是和编译原理、操作系统、计算机体系结构结合起来讲。或者说，本书的内容只是以C语言为载体，真正讲的是计算机的原理和程序的原理。 强调基本概念和基本原理，在编排顺序上非常重视概念之间的依赖关系，每次引入一个新的概念，只依赖于前面章节已经讲过的概念，而绝不会依赖后面章节要讲的概念。有些地方为了叙述得完整，也会引用后面要讲的内容，比如说“有关XX我们到XX章再仔细讲解”，凡是这种引用都不是必要的依赖，可以当它不存在，只管继续往下看就行了。 这本书定位在入门级，虽然内容很多，但不是一本百科全书，除了C语言基本要讲透之外其它内容都不深入，书中列出了很多参考资料，是读者进一步学习的起点。K&R的第一章是一个Whirlwind Tour，把全书的内容简单过了一遍，然后再逐个深入进去讲解。本书也可以看作是计算机专业课程体系的一个Whirlwind Tour，学习完本书之后有了一个全局观，再去学习那些参考资料就应该很容易上手了。 本书的主要内容包括三大部分： C语言入门。介绍基本的C语法，帮助没有任何编程经验的读者理解什么是程序，怎么写程序，培养程序员的思维习惯，找到编程的感觉。前半部分改编自《How To Think Like A Computer Scientist: Learning with C++》（Allen B. Downey.） C语言本质。结合计算机和操作系统的原理讲解C程序是怎么编译、链接、运行的，同时全面介绍C的语法。位运算的章节改编自亚嵌教育林小竹老师的讲义，链表和二叉树的章节改编自亚嵌教育朱老师的讲义。汇编语言的章节改编自《Programming from the Ground Up: An Introduction to Programming using Linux Assembly Language》（Jonathan Bartlett.）在该书的最后一章提到，学习编程有两种Approach，一种是Bottom Up，一种是Top Down，各有优缺点，需要两者结合起来。所以作者编这本书的思路是，第一部分Top Down，第二部分Bottom Up，第三部分可以算填了中间的空隙，三部分全都围绕C语言展开。 Linux系统编程。介绍各种Linux系统函数和内核的工作原理。Socket编程的章节改编自亚嵌教育卫剑钒老师的讲义。 为什么要在Linux平台上学C语言？用Windows学C语言不好吗？ 用Windows还真的是学不好C语言。C语言是一种面向底层的编程语言，要写好C程序，必须对操作系统的工作原理非常清楚，因为操作系统也是用C写的，我们用C写应用程序直接使用操作系统提供的接口。既然你选择了看这本书，你一定了解：Linux是一种开源的操作系统，你有任何疑问都可以从源代码和文档中找到答案，即使你看不懂源代码，也找不到文档，也很容易找个高手教你，各种邮件列表、新闻组和论坛上从来都不缺乐于助人的高手；而Windows是一种封闭的操作系统，除了微软的员工别人都看不到它的源代码，只能通过文档去猜测它的工作原理，更糟糕的是，微软向来喜欢藏着揶着，好用的功能留着自己用，而不会写到文档里公开。本书的第一部分在Linux或Windows平台上学习都可以，但第二部分和第三部分介绍了很多Linux操作系统的原理以帮助读者更深入地理解C语言，只能在Linux平台上学习。 Windows平台上的开发工具往往和各种集成开发环境（IDE，Integrated Development Environment）绑在一起，例如Visual Studio、Eclipse等。使用IDE确实很便捷，但IDE对于初学者绝对不是好东西。微软喜欢宣扬傻瓜式编程的理念，告诉你用鼠标拖几个控件，然后点一个按钮就可以编译出程序来，但是真正有用的程序有哪个是这么拖出来的？很多从Windows平台入门学编程的人，编了好几年程序，还是只知道编完程序点一个按钮就可以跑了，把几个源文件拖到一个项目里就可以编译到一起了，如果有更复杂的需求他们就傻眼了，因为他们脑子里只有按钮、菜单的概念，根本没有编译器、链接器、Makefile的概念，甚至连命令行都没用过，然而这些都是初学编程就应该建立起来的基本概念。另一方面，编译器、链接器和C语言的语法有密切的关系，不了解编译器、链接器的工作原理，也不可能真正掌握C的语法。所以，IDE并没有帮助你学习，而是阻碍了你学习，本来要学好C编程只要把语法和编译命令学会就行了，现在有了IDE，除了学会语法和编译命令，你还得弄清楚编译命令和IDE是怎么集成的，这才算学明白了，本来就很复杂的学习任务被IDE搞得更加复杂了。Linux用户的使用习惯从来都是以敲命令为主，以鼠标操作为辅，从学编程的第一天起就要敲命令编译程序，等到你把这些基本概念都搞清楚了，你觉得哪个IDE好用你再去用，不过到那时候你可能会更喜欢vi或emacs而不是IDE了。
windows 程序设计
03-07
WINDOWS环境 Windows几乎不需要介绍。然而人们很容易忘记Windows给办公室和家庭桌上型计算机所带来的重大改变。Windows在其早期曾经走过一段坎坷的道路，征服桌上型计算机市场的前途一度相当渺茫。 Windows简史 在1981年秋天IBM PC推出之后不久，MS-DOS就已经很明显成为PC上的主流操作系统。MS-DOS代表Microsoft Disk Operating System（磁盘操作系统）。MS-DOS是一个小型的操作系统。MS-DOS提供给用户一种命令列接口，提供如DIR和TYPE的命令，也可以将应用程序加载内存执行。对于应用程序写作者，它提供了一组函数呼叫，进行文件的输入输出（I/O )。对于其它的外围处理－尤其是将文字或图形写到显示器上－应用程序可以直接存取PC的硬件。 由于内存和硬件的限制，成熟的图形环境缓慢地才到来。当苹果计算机公司不幸的Lisa计算机在1983年1月发表时，它提供了不同于文字模式环境的另一种选择，并在1984年1月成为Macintosh上图形环境的一种标准。尽管Macintosh的市场占有率在下降，但是它仍然被认为是衡量所有其它图形环境的标准。包括Macintosh和Windows的所有图形环境，其实都要归功于Xerox Palo Alto Research Center（PARC）在70年代中期所作的开拓性研究工作。 Windows是由微软在1983年11月（在Lisa之后，Macintosh之前）宣布，并在两年后（1985年11月）发行。在此后的两年中，紧随着Microsoft Windows早期版本1.0之后，又推出了几种改进版本，以支持国际商业市场，并提供新型视讯显示器和打印机的驱动程序。 Windows版本2.0是在1987年11月正式在市场上推出的。该版本对使用者接口做了一些改进。这些改进中最有效的是使用了可重迭式窗口，而Windows 1.0中使用的是并排式窗口。Windows 2.0还增强了键盘和鼠标接口，特别是加入了菜单和对话框。 至此，Windows还只要求Intel 8086或者8088等级的微处理器，以「实际模式」执行，只能存取地址在1MB以下的内存。Windows/386（在Windows 2.0之后不久发行的）使用Intel 386微处理器的「虚拟8086」模式，实现将直接存取硬件的多个MS-DOS程序窗口化和多任务化。为了统一起见，Windows版本2.1被更名为Windows/286。 Windows 3.0是在1990年5月22日发表的。它将Windows/286和Windows/386结合到同一种产品中。Windows 3.0有了一个很大的改变，这就是对Intel的286、386和486微处理器保护模式的支持。这能使Windows和Windows应用程序能存取高达16MB的内存。Windows用于执行程序和维护文件的「外壳」程序得到了全面的改进。Windows 3.0是第一个在家用和办公室市场上取得立足点的版本。 任何Windows的历史介绍都必须包括一些OS/2的说明，OS/2是对DOS和Windows的另一种选择，最初是由Microsoft和IBM合作开发的。OS/2版本1.0（只有文字模式）在Intel 286（或者后来的）微处理器上运行，在1987年末发布。在1988年10月的OS/2版本1.1中出现了管理图形使用者接口的PM（Presentation Manager）。PM最初的设计构想是成为Windows的一种保护模式版本，但是图形API改变程度太大，致使软件生产厂商很难提供对这两种平台的支持。 到1990年9月，IBM和Microsoft之间的冲突达到了高峰，导致这两个公司最后分道扬镳。IBM接管了OS/2，而Microsoft明确表示Windows将是他们操作系统策略的中心。虽然OS/2仍然拥有一些狂热的崇拜者，但是它远不及Windows这样的普及程度。 Microsoft Windows版本3.1是1992年4月发布的，其中包括的几个重要特性是TrueType字体技术（给Windows带来可缩放的轮廓字体)、多媒体（声音和音乐)、对象连结和嵌入（OLE：Object Linking and Embedding）和通用对话框。跟OS/2一样，Windows 3.1只能在保护模式下运作，并且要求至少配置了1MB内存的286或386处理器。 在1993年7月发表的Windows NT是第一个支持Intel 386、486和Pentium微处理器32位保护模式的Windows版本。Windows NT提供32位平坦寻址，并使用32位的指令集。（本章后面我会谈到一些寻址空间的问题)。Windows NT还可以移植到非Intel处理器上，并在几种使用RISC芯片的工作站上执行。 Windows 95是在1995年8月发布的。和Windows NT一样，Windows 95也支持Intel 386或更高等级处理器的32位保护模式。虽然它缺少Windows NT中的某些功能，诸如高安全性和对RISC机器的可移植性等，但是Windows 95具有需要较少硬件资源的优点。 Windows 98在1998年6月发布，具有许多加强功能，包括执行效能的提高、更好的硬件支持以及与因特网和全球信息网（WWW）更紧密的结合。 Windows方面 Windows 98和Windows NT都是支持32位优先权式多任务（preemptive multitasking）及多线程的图形操作系统。Windows拥有图形使用者接口（GUI )，这种使用者界面也称作「可视化接口」或「图形窗口环境」。有关GUI的概念可追溯至70年代中期，在Alto和Star等机器上以及SmallTalk等环境中由Xerox PARC所作的研究工作。该项研究的成果后来被Apple Computer和Microsoft引入主流并流行起来。虽然有一些争议，但现在已非常清楚，GUI是（Microsoft的Charles Simonyi的说法）一个在个人计算机工业史上集各方面技术大成于一体的最重要产物。 所有GUI都在点矩阵对应的视讯显示器上处理图形。图形提供了使用屏幕的最佳方式、传递信息的可视化丰富多彩环境，以及能够WYSIWYG（what you see is what you get：所见即所得）的图形视讯显示和为书面文件准备好格式化文字输出内容。 在早期，视讯显示器仅用于响应使用者通过键盘输入的文字。在图形使用者接口中，视讯显示器自身成为使用者输入的一个来源。视讯显示器以图标和输入设备（例如按钮和滚动条）的形式显示多种图形对象。使用者可以使用键盘（或者更直接地使用鼠标等指向设备）直接在屏幕上操纵这些对象，拖动图形对象、按下鼠标按钮以及滚动滚动条。 因此，使用者与程序的交流变得更为亲密。这不再是一种从键盘到程序，再到视讯显示器的单向信息流动，使用者已经能够与显示器上的对象直接交互作用了。 使用者不再需要花费长时间学习如何使用计算机或掌握新程序了。Windows让这一切成真，因为所有应用程序都有相同的基本外观和感觉。程序占据一个窗口－屏幕上的一块矩形区域。每个窗口由一个标题列标识。大多数程序功能由程序的菜单开始。用户可使用滚动条观察那些无法在一个屏幕中装下的信息。某些菜单项目触发对话框，用户可在其中输入额外的信息。几乎在每个大的Windows程序中都有一个用于开启文件的特殊对话框。该对话框在所有这些Windows程序中看起来都一样（或接近相同），而且几乎总是从同一菜单选项中启动。 一旦您了解使用一个Windows程序的方法，您就非常容易学习其它的Windows程序。菜单和对话框允许用户试验一个新程序并探究它的功能。大多数Windows程序同时具有键盘接口和鼠标接口。虽然Windows程序的大多数功能可通过键盘控制，但使用鼠标要容易得多。 从程序写作者的角度看，一致的使用者接口来自于Windows建构菜单和对话框的内置程序。所有菜单都有同样的键盘和鼠标接口，因为这项工作是由Windows处理，而不是由应用程序处理。 为便于多个程序的使用，以及这些程序间信息的交换，Windows支持多任务。在同一时刻能有多个Windows程序显示并运行。每个程序在屏幕上占据一个窗口。用户可在屏幕上移动窗口，改变它们的大小，在不同程序间切换，并从一个程序向另一个程序传送数据。因为这些窗口看起来有些像桌面上的纸（当然，这是计算机还未占据办公桌之前的年代），Windows有时被称作：一个显示多个程序的「具象化桌面」。 Windows的早期版本使用一种「非优先权式（non-preemptive）」的多任务系统。这意味着Windows不使用系统定时器将处理时间分配给系统中运行的多个应用程序，程序必须自愿放弃控制以便其它程序运行。在Windows NT和Windows 98中，多任务是优先权式的，而且程序自身可分割成近乎同时执行的多个执行绪。 操作系统不对内存进行管理便无法实现多任务。当新程序启动、旧程序终止时，内存会出现碎裂空间。系统必须能够将闲置的内存空间组织在一起，因此系统必须能够移动内存中的程序代码和数据块。 即使是在8088微处理器上跑的Windows 1.0也能进行这类内存管理。在实际模式限制下，这种能力被认为是软件工程一个令人惊讶的成就。在Windows 1.0中，PC硬件结构的640KB内存限制，在不要求任何额外内存的情况下被有效地扩展了。但Microsoft并未就此停步：Windows 2.0允许Windows应用程序存取扩充内存（EMS）；Windows 3.0在保护模式下，允许Windows应用程序存取高达16MB的扩展内存。Windows NT和Windows 98通过成熟的32位操作系统及平坦寻址空间，摆脱了这些旧的限制。 Windows上执行的程序可共享在称为「动态链接库」的文件中的例程。Windows包括一个机制，能够在执行时连结使用动态链接库中例程的程序。Windows自身基本上就是一个动态链接库的集合。 Windows是一个图形接口，Windows程序能够在视讯显示器和打印机上充分利用图形和格式化文字。图形接口不仅在外观上更有吸引力，而且还能够让使用者传递高层次的信息。 Windows应用程序不能直接存取屏幕和打印机等图形显示设备硬件。相反，Windows提供一种图形程序语言（称作图形设备接口，或者GDI），使显示图形和格式化文字更容易。Windows虚拟化了显示硬件，使为Windows编写的程序可使用任何具有Windows设备驱动程序的视频卡或打印机，而程序无需确定系统相连的设备类型。 对Windows开发者来说，将与设备无关的图形接口输出到IBM PC上不是件轻松的事。PC的设计是基于开放式架构的原则，鼓励第三方硬件制造商为PC开发接口设备，而且开发了大量这样的设备。虽然出现了多种标准，PC上的传统MS-DOS程序仍不得不各自支持许多不同的硬设备。这对MS-DOS字处理软件来说非常普遍，它们连同1到2张有许多小文件的磁盘一同销售，每个文件支持一种特定的打印机。Windows程序不要求每个应用程序都自行开发这些驱动程序，因为这种支持是Windows的一部分。 动态链接 Windows运作机制的核心是一个称作「动态链接」的概念。Windows提供了应用程序丰富的可呼叫函数，大多数用于实作其使用者接口和在视讯显示器上显示文字和图形。这些函数采用动态链接库（Dynamic Linking Library，DLL）的方式撰写。这些动态链接库是些具有.DLL或者有时是.EXE扩展名的文件，在Windows 98中通常位于\WINDOWS\SYSTEM子目录中，在Windows NT中通常位于\WINNT\SYSTEM和\WINNT\SYSTEM32子目录中。 在早期，Windows的主要部分仅通过三个动态链接库实作。这代表了Windows的三个主要子系统，它们被称作Kernel、User和GDI。当子系统的数目在Windows最近版本中增多时，大多数典型的Windows程序产生的函数呼叫仍对应到这三个模块之一。Kernel（日前由16位的KRNL386.EXE和32位的KERNEL32.DLL实现）处理所有在传统上由操作系统核心处理的事务－内存管理、文件I/O和多任务管理。User（由16位的USER.EXE和32位的USER32.DLL实作）指使用者接口，实作所有窗口运作机制。GDI（由16位的GDI.EXE和32位的GDI32.DLL实作）是一个图形设备接口，允许程序在屏幕和打印机上显示文字和图形。 Windows 98支持应用程序可使用的上千种函数呼叫。每个函数都有一个描述名称，例如CreateWindow。该函数（如您所猜想的）为程序建立新窗口。所有应用程序可以使用的Windows函数都在表头文件里预先声明过。 在Windows程序中，使用Windows函数的方式通常与使用如strlen等C语言链接库函数的方式相同。主要的区别在于C语言链接库函数的机械码连结到您的程序代码中，而Windows函数的程序代码在您程序执行文件外的DLL中。 当您执行Windows程序时，它通过一个称作「动态链接」的过程与Windows相接。一个Windows的.EXE文件中有使用到的不同动态链接库的参考数据，所使用的函数即在那些动态链接库中。当Windows程序被加载到内存中时，程序中的呼叫被指向DLL函数的入口。如果该DLL不在内存中，就把它加载到内存中。 当您连结Windows程序以产生一个可执行文件时，您必须连结程序开发环境提供的特定「引用链接库（import library）」。这些引用链接库包含了动态链接库名称和所有Windows函数呼叫的引用信息。连结程序使用该信息在.EXE文件中建立一个表格，在加载程序时，Windows使用它将呼叫转换为Windows函数。 WINDOWS程序设计选项 为说明Windows程序设计的多种技术，本书提供了许多范例程序。这些程序使用C语言撰写并原原本本的使用Windows API来开发程序。我将这种方法称作「古典」Windows程序设计。这是我们在1985年为Windows 1.0写程序的方法，它今天仍是写作Windows程序的有效方法。 API和内存模式 对于程序写作者来说，操作系统是由本身的API定义的。API包含了所有应用程序能够使用的操作系统函数呼叫，同时包含了相关的数据型态和结构。在Windows中，API还意味着一个特殊的程序架构，我们将在每章的开头进行研究。 一般而言，Windows API自Windows 1.0以来一直保持一致，没什么重大改变。具有Windows 98程序写作经验的Windows程序写作者会对Windows 1.0程序的原始码感觉非常熟悉。API改变的一种方式是进行增强。Windows 1.0支持不到450个函数呼叫，现在已有了上千种函数呼叫。 Windows API和它的语法的最大变化来自于从16位架构向32位架构转化的过程中。Windows从版本1.0到版本3.1使用16位Intel 8086、8088、和286微处理器上所谓的分段内存模式，由于兼容性的原因，从386开始的32位Intel微处理器也支持该模式。在这种模式下，微处理器缓存器的大小为16位，因此C的int数据型态也是16位宽。在分段内存模式下，内存地址由两个部分组成－一个16位段（segment）指针和一个16位偏移量（offset）指标。从程序写作者的角度看，这非常凌乱并带来了long或far指针（包括段地址和偏移量地址）和short或near指标（包括带有假定段地址的偏移量地址）的区别。 从Windows NT和Windows 95开始，Windows支持使用Intel 386、486和Pentium处理器32位模式下的32位平坦寻址内存模式。C语言的int数据型态也扩展为32位的值。为32位版本Windows编写的程序使用简单的平坦线性空间寻址的32位指针值。 用于16位版本Windows的API（Windows 1.0到Windows 3.1）现在称作Win16。用于32位版本Windows的API（Windows 95、Windows 98和所有版本的Windows NT）现在称作Win32。许多函数呼叫在从Win16到Win32的转变中保持相同，但有些需要增强。例如，图像坐标点由Win16中的16位值变为Win32中的32位值。此外，某些Win16函数呼叫返回一个包含在32位整数值中的二维坐标点。这在Win32中不可能，因此增加的新函数呼叫以不同方式运作。 所有32位版本的Windows都支持Win16 API（以确保和旧有应用程序兼容）和Win32 API（以运行新应用程序）。非常有趣的是，Windows NT与Windows 95及Windows 98的工作方式不同。在Windows NT中，Win16函数呼叫通过一个转换层被转化为Win32函数呼叫，然后被操作系统处理。在Windows 95和Windows 98中，该操作正相反：Win32函数呼叫通过转换层转换为Win16函数呼叫，再由操作系统处理。 在同一时刻有两个不同的Windows API集（至少名称不同）。Win32s （「s」代表「subset（子集）」）是一个API，允许程序写作者编写在Windows 3.1上执行的32位应用程序。该API仅支持已被Win16支持的32位函数版本。此外，Windows 95 API一度被称作Win32c（「c」代表「compatibility（兼容性）」），但该术语已被抛弃了。 现在，Windows NT和Windows 98都被认为能够支持Win32 API。然而，每个操作系统依然都支持某些不被别的操作系统支持的某些功能特性。因为它们的相同之处是相当可观的，所以有可能编写在两个操作系统下都可执行的程序。而且，人们普遍认为这两个产品最终会合而为一。 语言选项 使用C语言和原始的API不是编写Windows 98程序的唯一方法。然而，这种方法却提供给您最佳的性能、最强大的功能和在发掘Windows特性方面最大的灵活性。可执行文件相对较小且运行时不要求外部链接库（自然，Windows DLL自身除外）。最重要的是，不管您最终以什么方式开发Windows应用程序，熟悉API会使您对Windows内部有更深入的了解。 虽然我认为学习古典的Windows程序设计对任何Windows程序写作者都是重要的，我没有必要建议使用C和API编写每个Windows应用程序。许多程序写作者，特别是那些为公司内部开发程序或在家编写娱乐程序的程序写作者喜欢轻松的开发环境，例如Microsoft Visual Basic或者Borland Delphi（它结合了对象导向的Pascal版本）。这些环境使程序写作者将精力集中于应用程序的使用者接口和相关使用者接口对象的程序代码上。要学习Visual Basic，您也许需要参考Microsoft Press的一些其它图书，例如Michael Halvorson1996年着的《Learn Visual Basic Now》。 在专业程序写作者中－特别是那些开发商业应用程序的程序写作者－Microsoft Visual C++和Microsoft Foundation Class Library（MFC）是近年来流行的选择。MFC在一组C++对象类别中封装了许多Windows程序设计中的琐碎细节。Jeff Prosise的《Programming Windows with MFC,第二版》（Microsoft Press,1999年）提供了MFC程序的写作指南。 最近，Internet和World Wide Web的流行大力推广着Sun Microsystems的Java，这是一个受C++启发却与微处理器无关的程序设计语言，而且结合了可在几个操作系统平台上执行的图形应用程序开发工具组。Microsoft Press有一本关于Microsoft J++（Microsoft的Java）开发工具的好书，《Programming Visual J++ 6.0》（1998年），由Stephen R. Davis着。 显然，很难说哪种方法更有利于开发Windows应用程序。更主要的是，也许是应用程序自身的特性决定了所使用的工具。不管您最后实际上使用什么工具写作程序，学习Windows API将使您更深入地了解Windows工作的方式。Windows是一个复杂的系统，在API上增加一个程序写作层并未减少它的复杂性，仅仅是掩盖了它，早晚您会碰到它。了解API会给您更好的补救机会。 在原始的Windows API之上的任何软件层都必定将您限制在全部功能的一个子集内。您也许发现，例如，使用Visual Basic编写应用程序非常理想，然而它不允许您做一个或两个很简单的基本工作。在这种情况下，您将不得不使用原始的API呼叫。API定义了作为Windows程序写作者所需的一切。没有什么方法比直接使用API更万能的了。 MFC尤其问题百出。虽然它大幅简化了某些工作（例如OLE），我却经常发现要让它们按我所想的去工作时，会在其它特性（例如Document/View架构）上碰壁。MFC还不是Windows程序设计者所追求的灵丹妙药，很少有人认为它是一个好的对象导向设计的模型。MFC程序写作者从他们使用的对象类别定义如何工作中受益颇深，并会发现他们经常参考MFC原始码，搞懂这些原始码是学习Windows API的好处之一。 程序开发环境 在本书中，假定您正使用Microsoft Visual C++ 6.0，标准版、专业版和企业版都可以。经济的标准版足以应付本书中的程序设计需求。Visual C++ 还是Visual Studio 6.0中的一部分。 Microsoft Visual C++ 软件包中包括C编译器和其它编译及连结Windows程序所需的文件和工具等。它还包括Visual C++ Developer Studio，一个可编辑原始码、以交谈方式建立资源（如图标和对话框）以及编辑、编译、执行和测试程序的环境。 如果您正使用Visual C++ 5.0，则需要为Windows 98和Windows NT 5.0更新表头文件和引用链接库，这些东西可从Microsoft的网站上得到。在 http://www.microsoft.com/msdn/，选择「Downloads」，然后选择「 Platform SDK」（软件开发套件），您就能在选择的目录中下载和安装更新文件。要让Microsoft Developer Studio浏览这些目录，可以从「Tool」菜单项选择「 Options」然后按下「Directories」标签。 Microsoft网站上的msdn部分代表「Microsoft Developer Network（Microsoft软件开发者网络）」。这是一个向程序写作者提供了经常更新的CD-ROM的计划，这些CD-ROM中包含了程序写作者在Windows开发中所需的最新东西。您也可以订阅MSDN，这样就避免经常得从Microsoft的网站下载文件。 API文件 本书不是Windows API权威的正式文件的替代品。那组文件不再以印刷形式出版，它仅能从CD-ROM或Internet上取得。 当您安装Visual C++ 6.0时，您将得到一个包括API文件的在线求助系统。您可通过订阅MSDN或使用Microsoft网站上的在线求助系统更新该文件。连接到 http://www.microsoft.com/msdn/，并选择「MSDN Library Online」。 在Visual C++ 6.0中，从「Help」菜单项选择「Contents」项目开启MSDN窗口。API文件按树形结构组织，寻找标有「 Platform SDK」的部分，所有在本书中引用的文件都来自于该部分。我将向您介绍如何从「 Platform SDK」开始寻找以斜线分层分门别类的文件的位置。（我知道「Platform SDK」是整个MSDN知识库中较为晦涩的部分，但我敢保证那是Windows程序设计的基本核心。）例如，对于如何在Windows程序中使用鼠标的文件，您可参考/ Platform SDK / User Interface Services / User Input / Mouse Input。 我在前面提到Windows大致分为Kernel、User和GDI子系统。kernel接口在/ Platform SDK / Windows Base Services中，User界面函数在 / Platform SDK / User Interface Services中，GDI位于 / Platform SDK / Graphics and Multimedia Services / GDI中。 编写第一个WINDOWS程序 现在是开始写些程序的时候了。为了便于对比，让我们以一个非常短的Windows程序和一个简短的文字模式程序开始。这会帮助我们找到使用开发环境并感受建立和编译程序机制的正确方向。 文字模式（Character-Mode）模型 程序写作者们喜爱的一本书是《The C Programming Language》（Prentice Hall，1978年和1988年），由Brian W. Kernighan和Dennis M. Ritchie（亲切地称为K&R）编着。该书的第一章以一个显示「hello, world」的C语言程序开始。 这里是在《The C Programming Language》第一版第6页中出现的程序： main () { printf ("hello, world\n") ; } 以前C程序写作者在使用printf等C执行期链接库函数时，无需先声明它们。但这是90年代，我们愿意给编译器一个在我们的程序中标出错误的机会。这里是在K&R第二版中修正的程序： #include <stdio.h> main () { printf ("hello, world\n") ; } 该程序仍然是那么短。但它可通过编译并执行得很好，但当今许多程序写作者更愿意清楚地说明main函数的返回值，在这种情况下ANSI C规定该函数必须返回一个值： #include <stdio.h> int main () { printf ("hello, world\n") ; return 0 ; } 我们还可以包括main的参数，把程序弄得更长一些，但让我们暂且这样就好了－包括一个include声明、程序的进入点、一个对执行期链接库函数的呼叫和一个return语句。 同样效果的Windows程序 Windows关于「hello, world」程序的等价程序有和文字模式版本完全相同的组件。它有一个include声明、一个程序进入点、一个函数呼叫和一个return语句。下面便是该程序： /*------------------------------------------------------------------ HelloMsg.c -- Displays "Hello, Windows 98!" in a message box (c) Charles Petzold, 1998 --------------------------------------------------------------------*/ #include <windows.h> int WINAPI WinMain (HINSTANCE hInstance, HINSTANCE hPrevInstance, PSTR szCmdLine, int iCmdShow) { MessageBox (NULL, TEXT ("Hello, Windows 98!"), TEXT ("HelloMsg"), 0); return 0 ; } 在剖析该程序之前，让我们看一下在Visual C++ Developer Studio中建立新程序的方式。 首先，从File菜单中选New。在 New对话框中，单击Projects页面标签，选择 Win32 Application。在Location栏中，选择一个子目录，在 Project Name栏中，输入该项目的名称，此时该名称是HelloMsg，这便是在 Location栏中显示的目录的子目录。Create New Workspace复选框应该勾起来，Platforms部分应该显示 Win32，选择OK。 将会出现一个标题为Win32 Application - Step 1 Of 1的对话框，指出要建立一个Empty Project，并按下Finish按钮。 从File菜单中再次选择New。在 New对话框中，选择Files页面标签，选择 C++ Source File。Add To Project复选框应被选中，并应显示HelloMsg。在 File Name栏中输入HelloMsg.c，选中OK。 现在您可输入上面所示的HELLOMSG.C文件，您也可以选择Insert菜单和 File As Text选项从本书附带的CD-ROM上复制HELLOMSG.C的内容。 从结构上说，HELLOMSG.C与K&R的「hello,world」程序是相同的。表头文件STDIO.H已被WINDOWS.H所代替，进入点main被WinMain所代替，而且C语言执行时期链接库函数printf被Windows API函数MessageBox所代替。然而，在程序中有许多新东西，包括几个陌生的大写标识符。 让我们从头开始。 表头文件 HELLOMSG.C以一个前置处理器指示命令开始，实际上在每个用C编写的Windows程序的开头都可看到：
C语言——操作符详解
最新发布
plj521的博客
06-20 960
这篇博客详细介绍了C语言的各种操作符
c语言的常用命令,C语言中常用dos命令函数
weixin_35487052的博客
05-18 816
system函数是可以调用一些DOS命令，比如system("cls");//清屏，等于在DOS上使用cls命令。下面列出常用的DOS命令，都可以用system函数调用：ASSOC显示或修改文件扩展名关联。AT计划在计算机上运行的命令和程序。ATTRIB显示或更改文件属性。BREAK设置或清除扩展式CTRL C 检查。CACLS显示或修改文件的访问控制列表(ACLs)。CALL从另一个批处理程序调...
论文英文参考文献[10]的时候后面多空格_英文（毕业）论文常见错误汇总
weixin_39737224的博客
11-23 3353
更新版主于2020年毕业，获得校级优秀毕业设计，本文内容建议修改毕设前对照修改，有任何补充欢迎私信，评论；祝顺利。本月结束了毕业答辩，将英文论文常见的问题汇总一下，走过不少坑，部分错误只限于理工类文章，建议写完文章后比对我列出的错误，多次确认。1.标题格式不统一一号标题是应该所有首字母大写？二号标题是只有第一个单词首字母大写？不同文章要求不同，对于英文毕业论文，达到全文一致就行，记得在写完之后再次...
Windows下CMD操作常用指令详解
森明帮大于黑虎帮的博客
08-12 1万+
最近一直在`Windows`下操作，但与`Linux`系统下又不同，`Windows`下的指令不同于`Linux`，所以打算在这一篇文章下总结一下`Windows`下命令提示符就是`CMD`操作指令详解。
函数——main函数与命令行
食梦者
06-06 968
main函数的概念 main函数的本质 main函数的参数 main函数参数的意义 面试问题-main函数一定是程序执行的第一个函数吗？ main函数的概念 C语言中main函数成为主函数 一个C程序是从main函数开始执行的 在实际编程中，我们可以看到很多不同main函数的定义。 main(); void main(); int main(); ...
命令执行及代码执行函数
浅笑996的博客
10-10 4181
命令执行函数 system () exec() shell_exec() passthru() popen() proc_popen() 代码执行函数 eval assert preg_replace call_user_func
matlab函数
weixin_30633949的博客
06-07 897
1、特殊变量与常数 ans 计算结果的变量名 computer 确定运行的计算机 eps 浮点相对精度 Inf 无穷大 I 虚数单位 inputname 输入参数名 NaN 非数 nargin 输入参数个数 nargout 输出参数的数目 pi 圆周率 nargoutchk 有效的输出参数数目 realmax 最大正浮点数 realmin 最小正浮点数 varargin 实际输入 的参量 vara...
一份比较详细的DOS命令说明
weixin_33790053的博客
11-04 130
2019独角兽企业重金招聘Python工程师标准>>> ...
【批处理DOS-CMD命令-汇总和小结】-Cmd窗口中常用操作符（＜、＜＜、&＜、＞、＞＞、&＞、&、&&、||、|、()、；、@、““、‘‘）
小坏蛋的博客
06-30 6767
（1）小于号
1. 批处理常用符号详解：
我的博客
10-15 4789
1. 批处理常用符号详解： ———————————————————————————————————————————— 1、@ 一般在它之后紧跟一条命令或一条语句，则此命令或语句本身在执行的时候不会显示在屏幕上。请把下面的代码保存为test.cmd文件，然后运行，比较一下两条echo语句在屏幕上的输出差异： 代码: echo a @pause @echo b @paus...
命令行解析函数
凌逆战的博客
07-06 493
sys.argv 在终端运行python 1.py hahah import sys print(sys.argv) # ['1.py', 'hahah'] argparse 　　Python的命令行解析模块，这是一个python的内置库，通过在程序中我们定义好的参数，argparse将会从sys.argv中解析出这些参数，并自动生成帮助和使用信息。 argpars...
python命令函数使用详解,python中使用shell命令及常用函数
weixin_33415023的博客
03-26 310
导入模块 subprocessimport subprocesszhi = subprocess.getoutput(‘ls‘)1. subprocess模块中的常用函数函数描述subprocess.run()Python 3.5中新增的函数。执行指定的命令，等待命令执行完成后返回一个包含执行结果的CompletedProcess类的实例。subprocess.call()执行指定的命令，返回命令...
命令执行函数
beauty9235的专栏
04-08 830
StreamGobbler.javaimport org.apache.commons.logging.Log;import org.apache.commons.logging.LogFactory;import java.io.*;/** * Created by IntelliJ IDEA. * User: Administrator *
PHP执行系统命令函数
热门推荐
Au
03-24 2万+
命令注入 命令注入（Command Injection），对一些函数的参数没有做过滤或过滤不严导致的，可以执行系统或者应用指令（CMD命令或者bash命令）的一种注入攻击手段。 常见的执行系统命令的函数有 system() passthru() exec() shell_exec() popen() proc_open() pcntl_exec() system()...
Excel常用函数命令
woyaoxieboke的博客
06-09 1717
功能：按指定数字递增 例：上海交大2017年6月9日 将2017 6 9分别递增 假设在A1="上海交大"&2017+ROW(A1)&"年"&6+ROW(A1)&"月"&9+ROW(A1)&"日"数字按格式递增： ="上海交大"&TEXT(2017+ROW(A1),"0000")&"年"&TEXT(6+ROW(A1),"00")&"月" &TEXT(9+ROW(A1),"
未定义的命令/函数 'getDREF'。
06-01
如果在 Matlab 中使用 XPlaneConnect 库时出现“未定义的命令/函数”的错误提示，可能是因为你没有正确地导入 XPlaneConnect 库中的函数。 在 Matlab 中，你需要使用 `import` 命令将 XPlaneConnect 库中的函数和类...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值