文件目录

　　一个ant文件，就是一个build.xml文件。 Ant就是一个Java超级的批处理库。用xml定义. 每个ant脚本（缺省叫build.xml）中设置了一系列任务(target)：比如对于一个一般的项目可能需要有以下任务。 * 任务1：usage 打印本脚本的帮助信息（缺省） * 任务2：clean <-- init 清空初始化环境 * 任务3：javadoc <-- build <-- init 生成JAVADOC * 任务4：jar <-- build <-- init 生成JAR * 任务5：all <-- jar + javadoc <-- build <-- init 完成以上所有任务：jar javadoc 1.<project>标签 每个构建文件对应一个项目。<project>标签时构建文件的根标签。它可以有多个内在属性，就如代码中所示，其各个属性的含义分别如下。 (1) default表示默认的运行目标，这个属性是必须的。 (2) basedir表示项目的基准目录。 (3) name表示项目名。 (4) description表示项目的描述。 每个构建文件都对应于一个项目，但是大型项目经常包含大量的子项目，每一个子项目都可以有自己的构建文件。 2.<target>标签 一个项目标签下可以有一个或多个target标签

Apache Ant ,是一个将软件编译、测试、部署等步骤联系在一起加以自动化的一个工具，大多用于Java环境中的软件开发。由Apache软件基金会所提供。 　　用户群：大多数的Java设计都被用于管理大量信息流，例如纽约州就使用Apache Ant去管理美国最大的青年计划，每天可以实时更新超过25万学生的记录。 　　 Ant 的概念 　　可能有些读者并不理解什么是Ant以及如何使用它，但只要使用通过Linux系统得读者，应该知道 make这个命令。当编译Linux内核及一些软件的源程序时，经常要用这个命令。Make命令其实就 是一个项目管理工具，而Ant所实现功能与此类似。像make，gnumake和nmake这些编译工具都有 一定的缺陷，但是Ant却克服了这些工具的缺陷。最初Ant开发者在开发跨平台的应用时，用样也 是基于这些缺陷对Ant做了更好的设计。 　　 Ant 与makefile 　　Makefile有一些不足之处，比如很多人都会碰到的烦人的Tab问题。最初的Ant开发者多次强调” 只是我在Tab前面加了一个空格，所以我的命令就不能执行”。有一些工具在一定程度上解决了 这个问题，但还是有很多其他的问题。Ant则与一般基于命令的工具有所不同，它是Java类的扩 展。Ant运行需要的XML格式的文件不是Shell命令文件。它是由一个Project组成的，而一个

Git pull Git status Git add . Git commit -m “xxx” git push git logs git reset --hard git fetch origin xx gitignore 使用 这是注释行 – 被忽略 .a # 忽略所有以 .a 为扩展名的文件 ！lib.a # 但是lib.a 文件或目录不要忽略，即使前面设置了对 .a的忽略 /TODO # 只忽略此目录下的TODO文件，子目录的TODO文件不忽略 build/ # 忽略所有 build/ 目录下的文件 doc/*.txt # 忽略文件如 doc/notes.txt，但是文件如doc/server/arch.txt不被忽略 来源： CSDN 作者： 夏正炜 链接： https://blog.csdn.net/xiazhengwei1994/article/details/104695916

一、 Linux的使用（VS windows） Linux定位：面向开发人员（注重效率） Win32定位：面向普通用户（注重简单便捷） Linux对于开发人员的使用： 追求的目标：脱离鼠标，全部由命令来执行（1000+） Root:超级用户（具有一切权限） Jsetc：普通用户（部分权限受限制） 二、Linux的文件分类 Linux文件：总共10位，第一位表示文件类型， 后面9位分为3组，三位一组（当前用户，当前用户组、其他用户） examp： 图片所示“drwxr-rxr-x"即为文件权限的描述。 文件分类：普通文件（-），目录文件（d），设备文件（c表示字符设备/b表示块设备）， 链接文件（I） 上图文件以‘d’开头，因此是一个目录文件 *Linux特殊文件：管道文件（P），堆栈文件（f），共享文件（s） Linux文件的操作权限：r-可读，w-可写，x-可执行 r-权重为4，w-权重为2，x-权重为1 文件权限修改：chmod命令 如图对刚刚的目录文件进行权限修改： chmod 655：根据权重，即修改为’-rw-r-xr-x’ 三、Linux的文件操作命令 1、ls（最常用的命令） 作用是展示文件目录 ls -l ：展示详细格式列表 2、创建文件：touch 文件名 3、删除文件：rm 文件名 rm -rf 直接强行删除目录，不管目录下是否有文件 4、查看文件：cat

先前的代码可能会实现不了，现在改造,最后实现结果了 文章目录 1. Controller层的实现 1.1 封装 HttpServletRequestUtil 1.2 Controller层实现 2.改造代码 2.1 改造Controller层 2.2 改造ShopService接口 2.3 改造ShopServiceImpl实现类 2.4 改造ImageUtil工具类 2.5 改造ShopServiceTest测试类 1. Controller层的实现 1.1 封装 HttpServletRequestUtil package com . imooc . o2o . util ; import javax . servlet . http . HttpServletRequest ; public class HttpServletRequestUtil { //转换成整型 public static int getInt ( HttpServletRequest request , String key ) { try { //将key对应的参数值转换成整型 return Integer . decode ( request . getParameter ( key ) ) ; } catch ( Exception e ) { return - 1 ; } } //转换成长整型

1 案例1：rsync基本用法 1.1 问题 本例要求掌握远程同步的基本操作，使用rsync命令完成下列任务： 将目录 /boot 同步到目录 /todir 下 将目录 /boot 下的文档同步到目录 /todir 下 在目录 /boot 下新增文件 a.txt，删除 /todir 下的子目录 grub2，再次同步使 /todir 与 /boot 一致 验证 -a、-n、-v、--delete 选项的含义 1.2 方案 本地同步操作： rsync [选项...] 本地目录1 本地目录2 rsync [选项...] 本地目录1/ 本地目录2 rsync同步工具的常用选项： -n：测试同步过程，不做实际修改 --delete：删除目标文件夹内多余的文档 -a：归档模式，相当于-rlptgoD -v：显示详细操作信息 -z：传输过程中启用压缩/解压 1.3 步骤 实现此案例需要按照如下步骤进行。 步骤一：rsync同步基本操作 1）将目录 /boot 同步到目录 /todir 下 [root@svr7 ~]# ls -l /todir //同步前 ls: 无法访问/todir: 没有那个文件或目录 [root@svr7 ~]# rsync -a /boot /todir //将目录1作为目录2的子目录 [root@svr7 ~]# ls -l /todir //检查同步结果 总用量 4

FTP (file transfer protocol)文件传输协议 成本低，跨平台,跨公网 使用的端口号： 数据传输端口 20 --用于数据的上传和下载 命令传输端口 21 --用于ftp命令的传输 ftp的两种模式： 主动：默认情况下，ftp服务是开放了21端口，用来接受控制命令，服务器用20端口去发送数据（连接客户端大于1024的随机端口） 被动：ftp服务也是开放21端口，用来接受命令控制，进行数据传输时，客户端会告知服务端打开一个大于1024的端口，然后客户端去主动连接服务 主动好还是被动好? 先假设一种场景：客户端用户安装个人防火墙，但又不懂防火墙的配置，所以防火墙默认配置。 个人防火墙的默认一般只会拒绝进来的包，而不会拒绝你出去的包和你出去再回来的包。 所以上面的主动模式是有可能被拒绝掉的 主动ftp对ftp服务器的管理有利，但对客户端的管理不利。因为是服务端主动与客户端去建立连接，可能会被客户端的防火墙把源来自服务器的包给阻塞掉 被动ftp对ftp客户端的管理有利，但对服务端的管理不利。因为客户端主动与服务端去连，可能会被服务端的防火墙给阻塞掉 折衷的方法就是使用被动模式，并指定一个连接过来的端口范围，可以针对这个范围的端口进行一个防火墙的设置。 安装服务： yum install vsftpd -y --服务端 yum install ftp lftp -y -

装好VS后编译测试C++控制台项目的时候发现报错 无法打开文件“kernel32.lib” 一般方法 百度之后发现大部分方法都是到目录 C:\Program Files (x86)\Windows Kits\10\Lib\***\um\x86 下找到kernel32.lib 复制文件目录粘贴到 项目 -> 属性 -> VC++库目录 -> 库目录 简单方法 如果每次建项目都要找文件位置会很麻烦，其实完全没必要，直接 项目 -> 属性 -> VC++库目录 -> 库目录 -> 从父级或项目默认设置继承 编译通过 来源： CSDN 作者： fine12138 链接： https://blog.csdn.net/fine12138/article/details/104704117

#。对于一般多字符变量的引用必须使用括号了标记，否则make将把变量名的首字母作为作为变量而不是整个字符串（“$PATH”在Makefile中实际上是“$(P)ATH”）。 # 这一点和shell中变量的引用方式不同。shell中变量的引用可以是“${xx}”或者“$xx”格式。但在Makefile中多字符变量名的引用只能是“$(xx)”或者“${xx}”格式。 name1 := $(word $(words $(MAKEFILE_LIST)),$(MAKEFILE_LIST)) include inc.mk #并且下面的定义也相当于 foo = $(P)ATH。如果$P变量没有定义，则为ATH。 foo = $PATH ch = $(wildcard $(addsuffix /$(1),$(subst :, ,$(PATH)))) pathsearch = $(firstword $(wildcard $(addsuffix /$(1),$(subst :, ,$(PATH))))) name2 := $(word $(words $(MAKEFILE_LIST)),$(MAKEFILE_LIST)) all: @echo $$(foo) #相当于在命令行执行 @echo $(f00) @echo $(foo) #相当于 @echo ATH #value函数功能：不对变量

文章地址：http://www.cnitblog.com/textbox/archive/2009/10/21/62036.aspx makefile 主要包含以下几点 显式规则 ：描述了在何种情况下如何更新一个或者多个被称为目标的文件（Makefile的目标文件）。书写Makefile时需要明确地给出目标文件、目标的依赖文件列表以及更新目标文件所需要的命令（有些规则没有命令，这样的规则只是纯粹的描述了文件之间的依赖关系）。 隐含规则 ：它是make根据一类目标文件（典型的是根据文件名的后缀）而自动推导出来的规则。make根据目标文件的名，自动产生目标的依赖文件并使用默认的命令来对目标进行更新（建立一个规则）。 简单的说就是 a.c 推出 a.o 或 a.o 推出 a.c 变量定义 ：使用一个字符或字符串代表一段文本串，当定义了一个变量以后，Makefile后续在需要使用此文本串的地方，通过引用这个变量来实现对文本串的使用。第一章的例子中，我们就定义了一个变量“objects”来表示一个.o文件列表。 Makefile 指示符 ：指示符指明在make程序读取makefile文件过程中所要执行的一个动作。其中包括： 读取一个文件，读取给定文件名的文件，将其内容作为makefile文件的一部分。 决定（通常是根据一个变量的得值）处理或者忽略Makefile中的某一特定部分。