a pair of后面跟复数。a pair of是一对、一双的意思,其后用复数,如a pair of shoes、pants、gloves等。
短语
a pair of shoes一双鞋;一双鞋子;买鞋;一双好鞋
a pair of glasses一副眼镜;一副眼睛儿;戴眼镜
a pair of trousers一条裤子;一条长裤
示例:
Maximo put on a pair of glasses
马克西莫戴上了一副眼镜。
词语用法:pair的基本意思是“一双,一对,一副”,可指连在一起共同使用的由相同、相通或相关的两部分构成的单件物品,如:glasses, scissors等;也可指两件虽分开但有密切关系的物体,如:chopsticks, socks;还可指有共同特征或相互关联的两个人或物。
a pair of后一般接复数名词,作主语时,谓语动词多用单数形式,现代英语中也有用复数者,以强调主语的复数含义。pair指两个人或物时,谓语动词用复数形式。
在many, several等词或1以上基数词之后,用pairs或pair均可,都表示复数意义,后者主要用于口语中,单复数同形。
a pair of shorts 表示“一条裤子”。
“a pair of ”表示“一双;一副;一对;有一对”,搭配裤子时可表示“一条”。
“shorts”表示:n 短裤。
相关短语:
Boxer Shorts 拳击短裤;四角裤;拳击运动员短裤;男式平腿泳裤
sports shorts 运动短裤;运动裤
扩展资料:
“short”还可以表示:adj 短的;不足的;矮的,低的;n 短;缺乏;短路;adv 不足;突然;唐突地。
相关短语
1、short of 缺乏;不足;除…以外
2、in short 总之;简言之
3、for short 简称;缩写
4、short time 短时间;不足的工时
双语例句
1、They ran this short story in five issues
他们把这篇短篇小说连载了五期。
2、The coat is a little short in the sleeves
那外衣的袖子稍短了些。
您好,chair 这个英语名词通常不适用 a pair of 作为其量词。因为 a pair of 通常用的名词都是(缺一不可)的名词,或是很少(单独)使用或是穿着,也就是通常是(一套两个)的含义;而 chair(椅子)很少有所谓的(一套两个),通常是(1套四个)(1套六个)(1套八个)的,所以 chair 可以用 a set of,这里的 set 仅仅是(套)的含义,没有说明是几个,而 a pair of 限制了只能是两个的。
a set of chairs = 一套椅子(没有说明是多少张椅子)
a pair of chairs = 不适用,除非这两个椅子是缺一不可,比如情侣配套,样子、款式、颜色等等可以做到是(配套)的,但就算可以,通常也会用 a set of love-chairs,而不会是 a pair of love-chairs。
Java中对于多个返回参数的选项是有限制的 一种方法只能返回一个对象 数组或原始函数 和其他语言不同的是它不会提供一种简易方式来消耗方法调用中的参数 实际上我们的选择是返回一个对象数组 一个集合 仅为返回的参数创建一个类 或者最终将其发送到你打算替换的对象中 所有这些方法都存在缺陷
使用对象数组
如果我们能够幸运地获取一套同类的返回参数 那么对象的数组就会是一个带有例外的选项 当我们打开这些对象时需要能分辨出每个参数 从另一方面来说 如果我们正在返回多个参数的不同类型 我们需要使用所有超类对象的数组 最有可能的就是对象本身 然后我们要抛出每一个打开的参数 我们已经丢失了类型安全性且返回参数命令出错的机会也可能增加
使用集合
与使用数组的方法类似 我们或许也能创造一个集合来实现返回 在集合之上使用数组主要是因为创建集合所需要代码的数量要比这段代码短
List< Object> retVal = new ArrayList< Object>();
retVal add(string );
retVal add(num );
retVal add(object );
return retVal;
而创建集合的代码要高于使用数组初始化设置
return new Object[] {string num object }
事实上在数组之上使用集合没有什么真正的优势 除非我们要使用映射以便通过名称或其他要素来返回值
首次创建Java时 其简单程度是对日趋复杂的c++的一种颠覆 指针和内存管理被简化了 包括去除参数间接 常量 函数指针以及其他功能强大但容易混淆的性能 在c++中 我们可以用值或参照传递参数 这样可以对方法中的参照进行重新分配 并为你提供参数或返回更多值的方式
使用JavaBeans
C++也支持的structs允许简单结构化的数据包 当然 Java类可以简单完成双倍于structs的任务 但通常习惯以大量模板来扩大源码
使用类和JavaBeans惯例的时候还存在一个问题 即对象本质上是易变的 这些对象有可能被方法的调用者和方法调用的类共享 这样就会导致易变状态的共享 而这中情况无益于多 线程 系统
在Java中 你能用值传递的只剩下方法参数了 而且还不能是outparams 同时方法只能返回一个参数 看一下任意代码库就会发现大量的实例 不过却不是十分有效
改进Java Beans方式
那么应该怎样做呢Java类选项事实上才是解决方案的关键以及对其方式进行改进 这些类可以成为structs更好的替代物
让我们为返回的类确定两个参数 名称和出生日期
public class PersonNameDOB {
private String name;
private Date dob;
public Date getDob() {
return dob;
}
public void setDob(Date dob) {
this dob = dob;
}
public String getName() {
return name;
}
public void setName(String name) {
this name = name;
}
}
显然这是一个人为的例子 我们有机会拥有一个已经定义的Person类 大家肯定也会有类似的例子 需要从方法中返回两个不同的对象 但是却没有已经为其定义的类 或者是返回的类夹带多余的信息 或许是比这更糟的情况 例如 如果有人调用了你的方法来使用或修改返回对象中的值
上述情况所需代码更多 因此我们可以做一些简单的修改
public class PersonNameDOB {
public final String name;
public final Date dob;
public PersonNameDOB(String name Date dob) {
this name = name;
this dob = dob;
}
}
其结果要短一些且更适合这项任务 值已经返回了 因此不需要setters了 我们只要在返回对象建成后创建值就可以了 它们不需要更改 由于它们位于构造器中 因此具有决定性作用 现在任务已经完成 将类的属性设为公开也没有风险了 同理 可以处理getters了 其结果更短 更易于使用
PersonNameDOB personNameDOB = SSNLookup lookupBySSN( );
System out println(personNameDOB name);
System out println(personNameDOB dob);
lookupBySSN方法
public PersonNameDOB lookupBySSN(String ssn) {
Find the person record in the DB etc
return new PersonNameDOB(person getName() person getDOB());
}
如果这些太显而易见 请耐心看下去 我喜欢用这个方法来简化对象的返回 这种类型是安全的 因此在返回后不需要将对象抛出数组 而最后属性的修改意味着这些返回的对象不会被滥用 它们只是为了传输数据
为了安全起见 建议你复制对象或使用不可改变的对象以应付值的意外修改 在我们的例子中 字符串是不可改变的 但是日期可以复制
public PersonNameDOB lookupBySSN(String ssn) {
Find the person record in the DB etc
return new PersonNameDOB(person getName() new Date(person getDOB() getTime()));
}
这可以阻止调用者做接下来的操作
PersonNameDOB personNameDOB = SSNLookup lookupBySSN( );
personNameDOB dob setTime( );
成对的需求
以上的模式是笔者经常在Java应用程序接口调用中用来替代structs的方法 但是如果我们只是想返回两个类型对象 这些就还不够 看上去是唾手可得的东西其实仍然从JavaSE标准分配中神秘失踪 而这就是被原始化的Pair类 看看我们如何从上述模式来建立Pair类
首先 值要比名称和出生日期都普遍 最普遍的是在将域名定为first和second
public class Pair {
public final String first;
public final Date second;
public Pair(String first Date second) {
this first = first;
this second = second;
}
}
现在拥有了一个可以返回Strings和Dates对的通用类 但还不包括其他类型 将其扩展为通用类型
public class Pair< A B> {
public final A first;
public final B second;
public Pair(A first B second) {
this first = first;
this second = second;
}
}
这样就好多了 没必要担心代表了一对返回类型快捷方式的通配符 这个类现在可以作为通用类型对来使用 如
public static Pair< String Date> lookupBySSN(String ssn) {
// find the person in the DB
return new Pair(person getName() new Date(person getDOB() getTime()));
}
开始使用 Pair< String Date> personNameDOB = SSNLookup lookupBySSN( );
System out println(personNameDOB first);
System out println(personNameDOB second);
Pair类还未完成 我们还要考虑类型是否真具有普遍性
我们不想其他人扩展或更改Pair类 因为这可能破坏类的最初意图
新的new Pair()是可以的 但是看上去有些不雅 我们可以改进一下
Pair对于返回值是很有效的 但是如果要作为映射中的关键要素就有些勉为其难
拥有用于调试或其他toString()用途的Pair字符串代表形式是非常好的
最后 允许Pair和包含的对象可被序列化 其内容也被假定为可以序列化了
因此 让我们看看它是如何改变Pair执行的
public final class Pair< A B> implements Serializable {
private static final long serialVersionUID = L; // shouldn t
// need to change
public final A first;
public final B second;
private Pair (A first B second) {
this first = first;
this second = second;
}
public static < A B> Pair< A B> of (A first B second) {
return new Pair< A B>(first second);
}
@Override
public boolean equals(Object obj) {
if (obj == null) {
return false;
}
if (getClass() != obj getClass()) {
return false;
}
final Pair other = (Pair) obj;
if (this first != other first &&
(this first == null || !this first equals(other first))) {
return false;
}
if (this second != other second &&
(this second == null || !this second equals(other second))) {
return false;
}
return true;
}
@Override
public int hashCode() {
int hash = ;
hash = hash + (this first != null
this first hashCode() : );
hash = hash + (this second != null this second hashCode() : );
return hash;
}
@Override
public String toString () {
return String format( Pair[%s %s] first second);
}
}
这样就已经将构造器私有化 但是提供了一个看起来更适合的静态of()方法
return Pair of(person getName() new Date(person getDOB() getTime()));
Pair类已经完成 因此没有人可以取代它或改变类的原始意图 它看上去很严格 但却可以用于广泛的使用 如果有人想让Pair以不同方式运作 就应该写出适合自己的执行代码 并对其进行求证
equals()和hash()方法意味着这个类不止可以用来返回值 它们还可以成为映射的关键 此处对使用该模式返回对象给出的建议是让IDE为我们创建equals和hashCode方法 IDE往往都有可插入的模板 其中包含已定义的最佳方法 因此我们只需让NetBeans创建就可以了
toString()给出了pair的合适形式 如 Pair[FredJones Sun Mar : : PDT ] 这对于调试弹出很有用
这一个类现在执行Serializable 相信此处我们的选择令人怀疑 但是集合是可序列化的 Pair应该也可以 如果Pair中的类不能序列化那么就如果集合中的类不能序列化一样糟糕 而Pair不应该阻止类中间的序列化
完成了吗
既是又不是 这个类现在在Navigenics中使用 毫无疑问在其他Java应用程序中也存在类似的执行 那我们完成了没有呢从 最具预见性 的角度来讲 我们完成了 从 任何时候都需要 的角度来说恐怕还没完成
例如 这类Pairs不能做比较 增加一个pareTo()方法使之可比 但是要注意应对复杂的通用类设计 通常 比较第一个值很容易 如果它们相等 就要比较第二个值 这可能是最合适的行为 但是Pair的每次使用都正确吗我们要检查一下作比较的类是否具有可比性 如果不具备 该怎么办
结论
lishixinzhi/Article/program/Java/hx/201311/26974
欢迎分享,转载请注明来源:品搜搜测评网