EncodeDateTime ... TryEncodeDateTime ... 构建时间

SysUtils.EncodeDateTime
SysUtils.EncodeDate
SysUtils.EncodeTime

DateUtils.EncodeDateDay
DateUtils.EncodeDateMonthWeek
DateUtils.EncodeDateTime
DateUtils.EncodeDateWeek
DateUtils.EncodeDayOfWeekInMonth

DateUtils.TryEncodeDateTime
DateUtils.TryEncodeDateDay
DateUtils.TryEncodeDateWeek
DateUtils.TryEncodeDateMonthWeek
DateUtils.TryEncodeDayOfWeekInMonth

unit Unit1;

interface

uses
 Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
 Dialogs, StdCtrls;

type
 TForm1 = class(TForm)
  Memo1: TMemo;
  procedure FormCreate(Sender: TObject);
 end;

var
 Form1: TForm1;

implementation

{$R *.dfm}

uses DateUtils;

procedure TForm1.FormCreate(Sender: TObject);
var
 t: TDateTime;
 s: string;
begin
 t := EncodeDateTime(2009, 5, 20, 11, 22, 33, 999);
 s := FormatDateTime('yyyy-m-d h:n:s:zzz', t); //2009-5-20 11:22:33:999

 t := EncodeDate(2009, 5, 20);
 s := FormatDateTime('yyyy-m-d h:n:s:zzz', t); //2009-5-20 0:0:0:000

 t := EncodeTime(11, 22, 33, 999);
 s := FormatDateTime('h:n:s:zzz', t);     //11:22:33:999

 t := EncodeDateDay(2009, 140);
 s := FormatDateTime('yyyy-m-d', t);      //2009-5-20

 t := EncodeDateWeek(2009, 21);
 s := FormatDateTime('yyyy-m-d', t);      //2009-5-18
 t := EncodeDateWeek(2009, 21, 3);
 s := FormatDateTime('yyyy-m-d', t);      //2009-5-20

 t := EncodeDateMonthWeek(2009, 5, 3, 3);
 s := FormatDateTime('yyyy-m-d', t);      //2009-5-20

 t := EncodeDayOfWeekInMonth(2009, 5, 3, 3);
 s := FormatDateTime('yyyy-m-d', t);      //2009-5-20

 if TryEncodeDateTime(2009, 5, 20, 11, 22, 33, 999, t) then
  s := FormatDateTime('yyyy-m-d h:n:s:zzz', t);   //2009-5-20 11:22:33:999

 if TryEncodeDateDay(2009, 140, t) then
  s := FormatDateTime('yyyy-m-d', t);        //2009-5-20

 if TryEncodeDateWeek(2009, 21, t) then
  s := FormatDateTime('yyyy-m-d', t);        //2009-5-18

 if TryEncodeDateMonthWeek(2009, 5, 3, 3, t) then
  s := FormatDateTime('yyyy-m-d', t);        //2009-5-20

 if TryEncodeDayOfWeekInMonth(2009, 5, 3, 3, t) then
  s := FormatDateTime('yyyy-m-d', t);        //2009-5-20
end;

end.

时间: 2024-08-18 21:38:55

EncodeDateTime ... TryEncodeDateTime ... 构建时间的相关文章

Docker镜像优化指南:如何有效地压缩镜像体积并缩短构建时间?

时至今日,大家已经能够从多种Docker支持的存储驱动程序中做出选择,从而确保其与我们的实际环境以及用例切实吻合--然而,除非深入理解镜像层(更不用提镜像与容器本身),否则一般用户根本不会考虑这方面问题.很明显,这些简单而且缺乏吸引力的技术元素层虽然是构成镜像的基本条件,但却往往得不到高度关注--因为闪亮的新型工具往往比基本信息更能抓人眼球. 在今天的文章中,我们将探讨镜像体积及构建时间方面的话题--而这两项工作也已经成为用户们迫切需要实现的目标. 让我们首先着眼于镜像与层,对其概念加以阐述:

使用Silverlight构建工作流即服务平台

几周前新的工作流即服务(Workflow-as-a-Service)平台SnapFlow发布了beta版.该平台构建在微软 系列产品上,其工程副经理Gopinath Dhanakodi说到: 去年在开始构建SnapFlow时,我们曾考虑过Flex,最后选择了C#进行业务层开发.SQL Server 2005作 为后端存储. 考虑使用SilverLight来代替Flash的因素包括: ◆与业务逻辑层的整合 ◆构建时间 ◆学习曲线 ◆专门技术 ◆部署 ◆特征集 ◆客户的选择 ◆代价 最初SnapFl

基于CruiseControl和Rational统一变更管理实现的软件开发中的自动化持续构建

基于CruiseControl和Rational统一变更管理实现的软件开发中的自动化持续构建 简介:本文介绍了持续构建工具 CruiseControl 和 IBM Rational 统一变更管理集成的解决方案.通 过本文中的解决方案,可以尽早的发现和规避代码中存在的风险,遵守统一的流程及时获取可发布的软件 ,确保敏捷开发的速度和质量. 统一变更管理系统中持续集成的必要性 使用 IBM Rational ClearCase 和 IBM Rational ClearQuest 实现的统一变更管理软件

3.0、Android Studio构建和运行应用

默认情况下,Android Studio可以通过简单的点击就会将新的项目部署到虚拟机或者物理设备中.在Instant Run的帮助下,你可以将更改的方法或资源文件直接推送到一个运行的app而无需构建一个新的APK,所以看起来像实时的. 构建和运行你的app,点击Run'app'.Android Studio会让你选择一个部署目标(一个虚拟机或者一个连接的设备),使用Gradle进行构建,构建完成后将部署到目标上. 如果你使用Android虚拟机来运行你的app,你需要有一个Android Vir

前端工程化:云构建

背景 通常个人在开发项目的时,都是在本地编写构建脚本对项目进行构建,这个脚本可能是 Gulp,可能是 Grunt, 可能是 webpack,也可能是其他的一些脚本,每次代码发布之前,都要对代码进行构建,代码仓库里面包含构建脚本和构建之后的代码.对于个人开发,这样做是没有问题的,但是涉及到多人开发或者团队开发就会有一定的问题.说是问题也不是问题只不过是会导致开发效率降低,构建错误的情况越来越多. 在本地对项目进行构建,通过脚手架工具来分发构建脚本对于团队开发来说有很多问题: 构建脚本的开发维护者很

在 OSX 下使用 docker 构建 hexo 环境

2015-05-31 08:55        摘要: 截止目前为止,在docker hub上还看不到hexo 3+版本的镜像构建. 由于Node环境的安装时间比较长,对于电脑比较多的人相对来说还是比较麻烦的. 基于DockerFile构建自己的HEXO环境非常灵活,可以根据自己的情况进行定制. 可以导入导出复制环境部署到其他电脑中. 实践开始 docker安装 大部分Linux,比如说Ubuntu,Debian都可以通过如下命令安装: curl -sSL https://get.daoclou

Android优化APP构建速度的17条建议

较长的构建时间将会减缓项目的开发进度,特别是对于大型的项目,app的构建时间长则十几分钟,短则几分钟,长的构建时间已经成了开发瓶颈,本篇文章根据Google官方文档,加上自己的一些理解提供一些提升app构建速度的优化建议. 1. 为开发环境创建一个变体 有许多配置是你在准备app的release 版本的时候需要,但是当你开发app的时候是不需要的,开启不必要的构建进程会使你的增量构建或者clean构建变得很慢,因此需要构建一个只保留开发时需要配置的变体,如下例子创建了一个dev和prod变体(p

[译] 优化 Swift 的编译时间

本文讲的是[译] 优化 Swift 的编译时间, 原文地址:Improving Swift compile times 原文作者:John Sundell 译文出自:掘金翻译计划 译者:Deepmissea 校对者:atuooo,1992chenlu 优化 Swift 的编译时间 在 Swift 所有的特性中,有一件事有时会相当恼人,那就是在用 Swift 编写更大规模的项目时,它一般会编译多久.尽管 Swift 编译器在保证运行时安全方面做的更多,但是它的编译时间要比 Objective-C

每日构建和冒烟测试

谈每日构建都会连带谈冒烟测试这个词.每日构建不是简单的指每日编译,编译和构建完成后必须对增加的新功能点进行系统测试,对已经测试过的功能点进行冒烟测试.每日构建是微软比较推荐的最佳实践,强调测试的早期介入和持续的版本集成. 每日构建和冒烟测试的优点主要有: 1.进度可见并可以控制到1-2天的细粒度,很容易看到进度的偏差 2.及早的发现开发BUG和缺陷并分析解决,对开发人员的一种监督和促进,提高软件质量 3.由于将大集成分解到每日构建中的小集成,避免了传统产品集成或集成测试时候出现的严重问题的可能.