首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

为什么我不能在Delphi中使用"with"?

这个问题是关于在Delphi编程语言中使用"with"关键字的问题。

"with"是一个关键字,用于简化对对象或类的属性和方法的访问。它允许你在不重复对象名的情况下直接访问对象的属性和方法。但是,在某些情况下,使用"with"可能会导致代码更难阅读和调试,因此在某些情况下不建议使用。

在Delphi中,"with"关键字的语法如下:

代码语言:txt
复制
with expression do
  statement

其中,"expression"是一个对象或类的实例,"statement"是要执行的代码块。

例如,假设你有一个名为"Form1"的表单,它包含一个名为"Button1"的按钮,你可以使用"with"关键字来访问按钮的属性和方法,如下所示:

代码语言:txt
复制
with Form1.Button1 do
begin
  Caption := 'Click me';
  OnClick := Button1Click;
end;

但是,如果你使用"with"关键字来访问多个对象的属性和方法,可能会导致代码更难阅读和调试。因此,在使用"with"关键字时,应该谨慎考虑。

总之,"with"关键字是一个强大的工具,可以帮助你更简洁地编写代码。但是,在某些情况下,使用"with"可能会导致代码更难阅读和调试,因此应该谨慎使用。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

为什么建议你使用Python3.7.3?

这个问题在Python中比较常见,说明是本地的SSL验证出现了问题,一般在Requests的使用我们一般会这么进行处理: >>> import requests >>> session = requests.Session...https的去验证SSL证书,不过这里的问题是使用的是Aiohttp库,并没有Verify这个参数,所以我们并不能使用这个去忽略这个问题。...解决一下 Goole了一下,发现其实不止一个人出现了这个问题,已经有老哥在Aiohttp的Issue里面提了相关的问题了,可以参考https://github.com/aio-libs/aiohttp...可惜的环境之前是3.7.3 我们知道了问题的解决办法,我们再去看看为什么会有这个问题?...最后的小建议 最后建议大家能够使用3.7.4的时候尽量不使用3.7.3版本,虽然3.8也可以避免这个问题,但是3.8还是刚推出,BUG问题还是很多的,所以目前这个阶段大家还是尽量使用3.7.4。

2.1K30

为什么建议使用框架默认的 DefaultMeterObservationHandler

为什么建议使用框架默认的 DefaultMeterObservationHandler 背景知识 最近,我们升级了 SpringBoot 3.x,并且,升级后,我们全面改造了原来的 Sleuth 以及...全面使用 Observation 遇到了内存溢出以及 CPU 飙高(非不断 GC 导致) 但是,我们在全面使用 Observation 的时候,发现了一个问题,就是内存溢出以及 CPU 飙高(非不断 GC...} log.info("cost {} ms", System.currentTimeMillis() - start); } } } 在的电脑上...我们将全局的 ObservationHandler 改为什么都不做的,对比下: package com.github.hashjang.wwsmbjysymrdo; import io.micrometer.common.KeyValue...解决方案 我们可以替换掉 DefaultMeterObservationHandler,自己实现一个 MeterObservationHandler,在 start 的时候,创建 LongTaskTimer.Sample

5400

为什么建议你使用Java序列化

作为一名Java开发,为什么建议你在开发避免使用Java序列化?...Java提供了一种序列化机制,这种机制能将一个对象序列化成二进制形式,用于写入磁盘或输出到网络,同时将从网络或者磁盘读取的字节数组,反序列化成对象,在程序中使用。 ?...Java序列化缺陷 我们在用过的RPC通信框架,很少会发现使用JDK提供的序列化,主要是因为JDK默认的序列化存在着如下一些缺陷:无法跨语言、易被攻击、序列化后的流太大、序列化性能太差等。 1....它使用 T-L-V(标识 - 长度 - 字段值)的数据格式来存储数据,T 代表字段的正数序列 (tag),Protocol Buffers 将对象的每个字段和正数序列对应起来,对应关系的信息是由生成的代码来保证的...Java 默认的序列化虽然实现方便,但却存在安全漏洞、跨语言以及性能差等缺陷,所以我强烈建议你避免使用 Java 序列化。

1.9K20

为什么建议你写注释?

注释的恰当用法是弥补我们在用代码表达意图时遭遇的失败,用了失败一词,其实是说真的。注释总是一种失败,是因为我们无法找到不用注释就能表达这段代码含义的方法。...并不是不让你真的不用注释,而是有些时候,用注释是因为我们怕其他的开发者在我们的代码的时候,看不懂我们的代码从而去加注释,那么我们为什么写出其他开发者一目了然的代码呢?...为什么建议写注释? 为什么我们极力贬低注释?因为注释跟代码一样,注释会撒谎,但这并不是我们有意的写一些撒谎的注释。...为什么呢?因为程序员不能坚持维护注释。 代码在变动,在演化。从这里移到那里。

1.2K20

为什么建议你用 Select * ?

程序嵌入的一行行的SQL语句,如果使用了一些优化小技巧,定能达到事半功倍的效果。 技巧1 比较运算符能用 “=”就不用“” “=”增加了索引的使用几率。...技巧7 尽量避免使用 “SELECT *” 如果不查询表中所有的列,尽量避免使用 SELECT *,因为它会进行全表扫描,不能有效利用索引,增大了数据库服务器的负担,以及它与应用程序客户端之间的网络IO...技巧11 使用 LIMIT 实现分页逻辑 不仅提高了性能,同时减少了不必要的数据库和应用间的网络传输。...技巧12 使用 EXPLAIN 关键字去查看执行计划 EXPLAIN 可以检查索引使用情况以及扫描的行。 其他 SQL调优方法有很多种,同样的查询结果可以有很多种不同的查询方式。...其实最好的方法就是在开发环境中用最贴近真实的数据集和硬件环境进行测试,然后再发布到生产环境

1.6K20

MyBatis 为什么建议使用 where 1=1?

正确的改进方式 其实不用,在 MyBatis 早已经想到了这个问题,我们可以将 SQL 的 where 关键字换成 MyBatis 的 标签,并且给每个 标签内都加上 and 拼接符,这样问题就解决了...传任何参数的请求 此时我们可以传递任何参数(查询所有数据),如下图所示: 生成的 SQL 语句如下: 传递 1 个参数的请求 也可以传递 1 个参数,根据 name 进行查询,如下图所示...SQL 如下图所示: 传递 2 个参数的请求 也可以根据 name 加 password 的方式进行联合查询,如下图所示: 生成的 SQL 如下图所示: 用法解析 我们惊喜的发现,在使用了...标签之后,无论是任何查询场景,传一个或者传多个参数,或者直接传递任何参数,都可以轻松搞定。 ​...and 关键字删除掉,从而不会导致 SQL 语法错误,这一点官方文档也有说明,如下图所示: 总结总结 在 MyBatis ,建议尽量避免使用无意义的 SQL 拼接 where 1=1,我们可以使用

73510

MyBatis 为什么建议使用 where 1=1?

2 正确的改进方式 其实不用,在 MyBatis 早已经想到了这个问题,我们可以将 SQL 的 where 关键字换成 MyBatis 的标签,并且给每个标签内都加上 and 拼接符,这样问题就解决了...传任何参数的请求 此时我们可以传递任何参数(查询所有数据),如下图所示: 生成的 SQL 语句如下: 传递 1 个参数的请求 也可以传递 1 个参数,根据 name 进行查询,如下图所示: 生成的...生成的 SQL 如下图所示: 传递 2 个参数的请求 也可以根据 name 加 password 的方式进行联合查询,如下图所示: 生成的 SQL 如下图所示: 用法解析 我们惊喜的发现,在使用了标签之后...,无论是任何查询场景,传一个或者传多个参数,或者直接传递任何参数,都可以轻松搞定。...and 关键字删除掉,从而不会导致 SQL 语法错误,这一点官方文档也有说明,如下图所示: 3 总结 在 MyBatis ,建议尽量避免使用无意义的 SQL 拼接  where 1=1,我们可以使用标签来替代

57710

为什么推荐使用PHPicker

PHPicker iOS 14 系统新增了一个图片选择器 PHPicker,官方建议使用 PHPicker 来替代原有的 API 进行图片选择,下面我们来看看 PHPicker 的优点: 支持多选 支持搜索...,因为之前也不知道怎么获取,那么下面让我们一起来看下怎么获取视频。...case savedPhotosAlbum = 2 }复制代码 另外 AssetsLibrary 早在几年前被废弃,如果还在使用 AssetsLibrary 请尽快使用新的 API。...PHPicker 的缺点 为什么推荐使用 PHPicker,虽然说 PHPicker 有一些优点,但同时也有一些缺点: 加载 iCloud 资源时没有进度回调 不支持图片编辑(比如选择头像要将图片裁剪成正方形...新增权限 iOS 14 相册新增了一个 “Limited Photos Library” 模式,在授权时多了一个 “选择照片” 的选项。

2.4K40

MySQL为什么推荐使用in

使用IN语句时,MySQL可能会遇到以下问题: 索引问题:MySQL使用索引来加速查询,但在使用IN语句时,MySQL可能无法有效地使用索引。...这是因为IN语句中的值列表可能是动态的,无法提前确定索引的使用情况。当MySQL无法使用索引时,它将执行全表扫描,逐行比较每个值,这会导致查询性能下降。...内存消耗:当使用IN语句时,MySQL需要将值列表的所有值加载到内存中进行比较。如果值列表很大,可能会导致内存消耗过高,甚至引发内存溢出的问题。这对于内存有限的系统来说尤其重要。...为了解决这些问题,我们可以考虑使用其他查询操作符来替代IN语句,例如: JOIN语句:使用JOIN语句可以将多个表连接起来,根据关联条件进行查询。...子查询:子查询是将一个查询嵌套在另一个查询。通过使用子查询,我们可以将IN语句拆分为多个较小的查询,从而提高查询性能。

24430

为什么建议你用 if-else ?

来源:codenong.com/cs106475567 为什么我们写的代码都是 if-else?...如果使用 if-else,说明 if 分支和 else 分支的重视是同等的,但大多数情况并非如此,容易引起误解和理解困难。 是否有好的方法优化?如何重构? 方法肯定是有的。...将这个表达式的每个分支放进一个子类内的覆写函数,然后将原始函数声明为抽象函数。...0:getBaseSpeed(_voltage); 20 } 21} 可以看到,使用多态后直接没有了 if-else,但使用多态对原来代码修改过大,需要一番功夫才行。...最好在设计之初就使用多态方式。 总结 if-else 代码是每一个程序员最容易写出的代码,同时也是最容易被写烂的代码,稍不注意,就产生一堆难以维护和逻辑混乱的代码。

1.9K20

为什么 MySQL 推荐使用 join?

对于 mysql,推荐使用子查询和 join 是因为本身 join 的效率就是硬伤,一旦数据量很大效率就很难保证,强烈推荐分别根据索引 单表取数据,然后在程序里面做 join,merge 数据。...大的话 业务逻辑可以控制处理。 4. 数据库是最底层的,瓶颈往往是数据库。建议数据库只是作为数据 store 的工具,而不要添加业务上去。   让缓存的效率更高。...如果关联的某个表发生了变化,那么就无法使用查 询缓存了,而拆分后,如果某个表很少改变,那么基于该表的查询就可以重复利用查询缓存结果了。 将查询分解后,执行单个查询可以减少锁的竞争。...更进一步,这样做相当于在应用实现了哈希关联,而不是使用 MySQL 的嵌套循环关联。某些场景哈希关联的效率要高很多。...这种时候是建议跨库 join 的。目前 mysql 的分布式中间件,跨库 join 表现不良。 3.

2.1K20

为什么推荐使用存储过程?

之所以有这个题目,既不是故意吸引眼球,也不想在本文对存储过程进行教科书般论述。最近项目中遇到的存储过程问题,让想起了去年在武汉出差时一位同事的发问: 觉得存储过程挺好用的,为什么建议用?...如果在C#代码调用这已有的三个存储过程,事情本该非常快就能结束。也是这么做的。...但code reviewer认为,的需求,并不需要Job,Certification,Disclosure这三个业务对象的数据。...为了实现这一目的,首先想到的是使用临时表,将返回结果集存入临时表,再对其进行count(*)的计数操作: CREATE PROCEDURE [dbo]....但对于业务逻辑的通用方法,非常推荐将其写在存储过程,代码复用、扩展与客户端语言比,相差甚远。也许终究能实现,但代价与风险比客户端语言要高,得不偿失。

2K30

到底为什么建议使用SELECT * ?

阿里Java开发手册 不过在开发过程中直接使用SELECT *还是比较多的,原因有两个: 因为简单,开发效率非常高,而且如果后期频繁添加或修改字段,SQL语句也不需要改变; 认为过早优化是个不好的习惯...,除非在一开始就能确定你最终实际需要的字段是什么,并为之建立恰当的索引;否则,选择遇到麻烦的时候再对SQL进行优化,当然前提是这个麻烦并不致命。...但是我们总得知道为什么建议直接使用SELECT *,本文从4个方面给出理由。 1....index,表示我们的查询列表以及搜索条件只包含属于某个索引的列,也就是使用了覆盖索引,能够直接摒弃回表操作,大幅度提高查询效率。...(`id`) ) ENGINE=InnoDB DEFAULT; 如果我们执行下面这条语句 SELECT * FROM t1 STRAIGHT_JOIN t2 ON t1.m = t2.m; 这里使用

80320

为什么建议使用goto语句

现在老师上课基本上不怎么讲goto语句,很多文章也提到建议使用,那到底是为什么呢? 首先,可以证明,任何一个程序都可以使用三种基本的结构来构成,goto语句是多余的。...为什么三种基本的程序结构就够了? 另外,goto容易使程序结构混乱。按结构化程序设计方法设计出的程序优点是:结构良好、各模块间的关系清晰简单、每一模块内都由基本单元组成。...有,合理恰当使用goto可以优化程序设计,提高可读性。 任何一个结构化程序在编译以后都是需要用机器语言中的直接转移指令语句(同goto完全是一回事)来实现其结构的。...滥用goto是会破坏程序的可读性,但合理地使用goto语句,除了能提高程序的效率外,还是有可能增加程序的可读性的。 总的来说,对于初学者,还是应该尽量避免。

2.3K10

为什么建议你使用SELECT *

图片不过在开发过程中直接使用SELECT *还是比较多的,原因有两个:因为简单,开发效率非常高,而且如果后期频繁添加或修改字段,SQL语句也不需要改变;认为过早优化是个不好的习惯,除非在一开始就能确定你最终实际需要的字段是什么...,并为之建立恰当的索引;否则,选择遇到麻烦的时候再对SQL进行优化,当然前提是这个麻烦并不致命。...但是我们总得知道为什么建议直接使用SELECT *,本文从4个方面给出理由。1....index,表示我们的查询列表以及搜索条件只包含属于某个索引的列,也就是使用了覆盖索引,能够直接摒弃回表操作,大幅度提高查询效率。...PRIMARY KEY (`id`)) ENGINE=InnoDB DEFAULT;如果我们执行下面这条语句SELECT * FROM t1 STRAIGHT_JOIN t2 ON t1.m = t2.m;这里使用

2.4K164
领券