Java为什么不提供运算符重载?


405

从C ++到Java,一个显而易见的未解决问题是Java为什么不包括运算符重载?

没有Complex a, b, c; a = b + c;比这简单Complex a, b, c; a = b.add(c);吗?

是否存在已知的原因,有效的论据,使运算符重载?原因是任意的,还是迷失了时间?



1
@zzzz,我很难读那篇文章。这是自动翻译的,还是作者的第二语言是英语?我发现这里的讨论更加简洁。

25
对于一大堆人来说,关闭此链接不是建设性的,这个问题产生了一些我在SO上看到过的最具建设性的对话。也许它是更适合Programs.stackexchange.com的候选人,但有时我认为SO过于轻视更广泛的主题。

@NoNaMe很简单,只要脑海中插入一个然后 -缺少文章就等于该人不是以英语为母语的人也不是程序员(或者像这个人一样,两个人都这样:):程序员可以删除文章的原因是使评论更短,更容易在所提供的空间中放置..从那里开始,他们就习惯了。我的问题是布局,以某种方式我总是在Google搜索中访问该网站。幸运的是,有一个很棒的Chrome扩展名叫做Clearly,它可以重新格式化难以阅读的页面。
ycomp 2015年

1
我看不出任何理由以及OP如何接受第一个答案?@ stackoverflow.com/users/14089/paercebal撰写的答案非常好。应该接受。
毁灭者

Answers:


13

假设您想覆盖所引用的对象的先前值a,则必须调用成员函数。

Complex a, b, c;
// ...
a = b.add(c);

在C ++中,此表达式告诉编译器在堆栈上创建三(3)个对象,执行加法,然后结果值从临时对象复制到现有对象中a

但是,在Java中,operator=不对引用类型执行值复制,并且用户只能创建新的引用类型,而不能创建值类型。因此,对于名为的用户定义类型Complex,赋值意味着将引用复制到现有值。

请考虑:

b.set(1, 0); // initialize to real number '1'
a = b; 
b.set(2, 0);
assert( !a.equals(b) ); // this assertion will fail

在C ++中,这会复制值,因此比较结果将不相等。在Java中,operator=执行引用复制,因此ab现在都引用相同的值。结果,比较将产生“等于”,因为对象将比较等于自身。

复制和引用之间的差异只会增加操作员重载的混乱。正如@Sebastian提到的那样,Java和C#都必须分别处理值和引用相等性- operator+可能会处理值和对象,但是operator=已经实现了处理引用。

在C ++中,您一次只能处理一种比较,因此可以减少混乱。例如,在Complexoperator=并且operator==都致力于价值-复制值分别比较值。


6
真的很简单……就像Python一样,没有重载。
L̲̳o̲̳̳n̲̳̳g̲̳̳p̲̳o̲̳̳k̲̳̳e̲̳̳ 2010年

225
这个答案根本无法回答问题。您只是在强加Java对等号的使用。如果b + C返回一个新的Complex,则a = b + c将完全有效,并且更容易阅读。即使您想修改一个就位,a.set(b + c)也更容易阅读-尤其是当算术非常琐碎时:a.set((a b + b c)/ 5)或a = a.multiply(b).add(b.multiply(c))。divide(5)。您的选择..
英国电信

24
还是我想..视情况而定,不是您的选择
BT 2010年

9
在C ++中,表达式模板解决了多余副本的问题。出于这个原因,几乎所有主要的算术库都使用此技术。同样,这也没有解决问题,因为a = b + c只是a.foo(b.bar(c))的语法糖,这实际上是问题中的初步观察。
卡兹巨龙

18
这不是所问问题的答案。这是对Java和C ++之间某些差异的猜测。
SChepurin

803

有很多帖子抱怨操作员超载。

我觉得我必须澄清“操作员超载”的概念,对此概念提供另一种观点。

代码混淆?

这种说法是谬论。

可以用所有语言进行混淆...

通过函数/方法对C或Java中的代码进行混淆与通过操作符重载在C ++中进行处理一样容易:

// C++
T operator + (const T & a, const T & b) // add ?
{
   T c ;
   c.value = a.value - b.value ; // subtract !!!
   return c ;
}

// Java
static T add (T a, T b) // add ?
{
   T c = new T() ;
   c.value = a.value - b.value ; // subtract !!!
   return c ;
}

/* C */
T add (T a, T b) /* add ? */
{
   T c ;
   c.value = a.value - b.value ; /* subtract !!! */
   return c ;
}

...即使在Java的标准界面中

再举一个例子,让我们看一下Java 的Cloneable接口

您应该克隆实现此接口的对象。但是你可以撒谎。并创建一个不同的对象。实际上,这个接口太弱了,以至于它很有趣,您可以完全返回另一种对象:

class MySincereHandShake implements Cloneable
{
    public Object clone()
    {
       return new MyVengefulKickInYourHead() ;
    }
}

由于Cloneable接口可能会被滥用/混淆,是否应该出于相同的理由禁止使用C ++运算符重载?

我们可以重载类的toString()方法MyComplexNumber以使其返回一天中的字符串化时间。是否也应toString()禁止超载?我们可以破坏MyComplexNumber.equals使其返回一个随机值,修改操作数...等,等等,等等。

在Java,C ++或任何语言中,程序员在编写代码时必须尊重最少的语义。这意味着要实现一个add添加函数,一个Cloneable克隆实现方法以及一个++运算符。

到底是什么使人迷惑?

现在我们知道甚至可以通过原始的Java方法破坏代码,现在我们可以问问自己有关C ++中运算符重载的真正用法吗?

清晰自然的符号:方法与运算符重载?

下面,针对不同情况,我们将比较Java和C ++中的“相同”代码,以了解哪种编码风格更清晰。

自然比较:

// C++ comparison for built-ins and user-defined types
bool    isEqual          = A == B ;
bool    isNotEqual       = A != B ;
bool    isLesser         = A <  B ;
bool    isLesserOrEqual  = A <= B ;

// Java comparison for user-defined types
boolean isEqual          = A.equals(B) ;
boolean isNotEqual       = ! A.equals(B) ;
boolean isLesser         = A.comparesTo(B) < 0 ;
boolean isLesserOrEqual  = A.comparesTo(B) <= 0 ;

请注意,只要提供了运算符重载,A和B在C ++中可以是任何类型。在Java中,当A和B不是基元时,即使对于类似于基元的对象(BigInteger等),代码也会变得非常混乱。

自然数组/容器访问器和下标:

// C++ container accessors, more natural
value        = myArray[25] ;         // subscript operator
value        = myVector[25] ;        // subscript operator
value        = myString[25] ;        // subscript operator
value        = myMap["25"] ;         // subscript operator
myArray[25]  = value ;               // subscript operator
myVector[25] = value ;               // subscript operator
myString[25] = value ;               // subscript operator
myMap["25"]  = value ;               // subscript operator

// Java container accessors, each one has its special notation
value        = myArray[25] ;         // subscript operator
value        = myVector.get(25) ;    // method get
value        = myString.charAt(25) ; // method charAt
value        = myMap.get("25") ;     // method get
myArray[25]  = value ;               // subscript operator
myVector.set(25, value) ;            // method set
myMap.put("25", value) ;             // method put

在Java中,我们看到对于每个容器执行相同的操作(通过索引或标识符访问其内容),我们有不同的方法来执行操作,这令人困惑。

在C ++中,由于操作符重载,每个容器使用相同的方式访问其内容。

自然高级类型操作

下面的示例使用一个Matrix对象,该对象使用在Google上找到的“ Java Matrix对象 ”和“ C ++ Matrix对象 ” 的第一个链接找到:

// C++ YMatrix matrix implementation on CodeProject
// http://www.codeproject.com/KB/architecture/ymatrix.aspx
// A, B, C, D, E, F are Matrix objects;
E =  A * (B / 2) ;
E += (A - B) * (C + D) ;
F =  E ;                  // deep copy of the matrix

// Java JAMA matrix implementation (seriously...)
// http://math.nist.gov/javanumerics/jama/doc/
// A, B, C, D, E, F are Matrix objects;
E = A.times(B.times(0.5)) ;
E.plusEquals(A.minus(B).times(C.plus(D))) ;
F = E.copy() ;            // deep copy of the matrix

并且这不限于矩阵。Java 的BigIntegerBigDecimal类具有相同的混淆性冗长的术语,而C ++中的等效类与内置类型一样清晰。

自然迭代器:

// C++ Random Access iterators
++it ;                  // move to the next item
--it ;                  // move to the previous item
it += 5 ;               // move to the next 5th item (random access)
value = *it ;           // gets the value of the current item
*it = 3.1415 ;          // sets the value 3.1415 to the current item
(*it).foo() ;           // call method foo() of the current item

// Java ListIterator<E> "bi-directional" iterators
value = it.next() ;     // move to the next item & return the value
value = it.previous() ; // move to the previous item & return the value
it.set(3.1415) ;        // sets the value 3.1415 to the current item

自然函子:

// C++ Functors
myFunctorObject("Hello World", 42) ;

// Java Functors ???
myFunctorObject.execute("Hello World", 42) ;

文字串联:

// C++ stream handling (with the << operator)
                    stringStream   << "Hello " << 25 << " World" ;
                    fileStream     << "Hello " << 25 << " World" ;
                    outputStream   << "Hello " << 25 << " World" ;
                    networkStream  << "Hello " << 25 << " World" ;
anythingThatOverloadsShiftOperator << "Hello " << 25 << " World" ;

// Java concatenation
myStringBuffer.append("Hello ").append(25).append(" World") ;

好的,在Java中您也可以使用MyString = "Hello " + 25 + " World" ;...但是,请稍等:这是运算符重载,不是吗?是不是作弊???

:-D

通用代码?

相同的通用代码修改操作数应可用于内置程序/基元(在Java中没有接口),标准对象(可能没有正确的接口)和用户定义的对象。

例如,计算任意类型的两个值的平均值:

// C++ primitive/advanced types
template<typename T>
T getAverage(const T & p_lhs, const T & p_rhs)
{
   return (p_lhs + p_rhs) / 2 ;
}

int     intValue     = getAverage(25, 42) ;
double  doubleValue  = getAverage(25.25, 42.42) ;
complex complexValue = getAverage(cA, cB) ; // cA, cB are complex
Matrix  matrixValue  = getAverage(mA, mB) ; // mA, mB are Matrix

// Java primitive/advanced types
// It won't really work in Java, even with generics. Sorry.

讨论操作员超载

现在我们已经看到了使用运算符重载的C ++代码与Java中相同代码之间的公平比较,现在我们可以将“运算符重载”作为一个概念进行讨论。

从计算机问世以来就存在操作员超载

甚至外部计算机科学的,存在操作者重载:例如,在数学,操作者喜欢+-*等被过载。

实际上,的意义+-*等的变化取决于类型的操作数(数字,载体,量子波函数,矩阵等)。

我们大多数人作为科学课程的一部分,根据操作数的类型,对操作符学习了多种含义。我们发现他们感到困惑了吗?

运算符重载取决于其操作数

这是运算符重载的最重要部分:与数学或物理一样,运算取决于运算对象的类型。

因此,知道操作数的类型,就可以知道操作的效果。

甚至C和Java都有(硬编码)运算符重载

在C语言中,运算符的实际行为将根据其操作数而变化。例如,相加两个整数与相加两个双精度数甚至一个整数与一个双精度数都不相同。甚至还有整个指针的算术域(没有强制转换,您可以向指针添加整数,但是不能添加两个指针...)。

在Java中,没有指针算术,但是仍然有人发现没有+操作符的字符串连接将很荒谬,无法证明“操作符重载是邪恶的”异常。

只是您作为C(出于历史原因)或Java(出于个人原因,请参见下文)编码器,无法提供自己的编码器。

在C ++中,运算符重载不是可选的...

在C ++中,不可能对内置类型进行运算符重载(这是一件好事),但是用户定义的类型可以具有用户定义的运算符重载。

如前所述,在C ++中(与Java相反),与内置类型相比,用户类型不被视为该语言的二等公民。因此,如果内置类型具有运算符,则用户类型也应具有它们。

事实是,像toString()clone()equals()方法是对Java(即准标准样),C ++运算符重载是C的这么多的部分++,它变得一样自然原来的C运营商,或所提及的Java方法之前。

结合模板编程,操作员重载已成为众所周知的设计模式。实际上,如果不使用重载运算符,并且不为自己的类重载运算符,就无法在STL中走得太远。

...但不应滥用

运算符重载应努力尊重运算符的语义。不要在+运算符中进行减法(如“在add函数中不减法”或“在clone方法中返回废话”中所述)。

转换过载可能非常危险,因为它们可能导致歧义。因此,应将它们确实保留用于定义明确的案例。至于&&||,永远不要超载它们,除非你真的知道自己在做什么,因为你会失去短路评价的本土运营商&&||享受。

所以...好吧...那为什么在Java中不可能呢?

因为詹姆斯·高斯林(James Gosling)这样说:

我没有将运算符重载作为个人选择,因为我看到太多人在C ++中滥用它。

詹姆斯·高斯林。资料来源:http//www.gotw.ca/publications/c_family_interview.htm

请比较上面的高斯林的文字和下面的Stroustrup的文字:

许多C ++的设计决策有他们在我的厌恶根迫使人们做的事情在一些特殊的方式[...]通常情况下,我很想取缔一个功能,我个人不喜欢,我没有这样做,因为我不认为我有将我的观点强加给他人的权利

Bjarne Stroustrup。资料来源:C ++的设计和演变(1.3总体背景)

操作符重载对Java有好处吗?

某些对象将从运算符重载(诸如BigDecimal,复数,矩阵,容器,迭代器,比较器,解析器等具体或数字类型)中受益匪浅。

在C ++中,由于Stroustrup的谦逊,您可以从中受益。在Java中,由于Gosling的个人选择,您只会被搞砸。

可以将其添加到Java吗?

现在在Java中不添加运算符重载的原因可能是内部政治,对功能的过敏,对开发人员的不信任(您似乎破坏了Java团队的破坏者...),与以前的JVM的兼容性,是时候编写正确的规范等了。

因此,不要屏住呼吸等待此功能...

但是他们在C#中做到了!!!

是的

虽然这远不是​​两种语言之间的唯一区别,但是这从未使我感到高兴。

显然,C#人员以“每个原语都是a struct,并且是struct从Object派生的”,在第一次尝试时就正确了。

他们用其他语言来做!

尽管所有针对使用已定义的运算符重载的FUD,以下语言都支持它:ScalaDartPythonF#C#DAlgol 68SmalltalkGroovyPerl 6,C ++,RubyHaskellMATLABEiffelLuaClojureFortran 90SwiftAdaDelphi 2005 ...

如此之多的语言,有着如此之多的(有时是相反的)哲学,但他们都同意这一点。

令人回味的食物...


50
这是一个很好的答案。我不同意,但这仍然是一个很好的答案。我认为过载可能导致的问题超出了过载的价值。
道格拉斯·里德

69
@道格拉斯·里德(Douglas Leeder):谢谢!操作员重载就像OOP。第一次学习这样做时,您到处都会编写重载,就像将基类和继承放在各处一样(例如,讽刺的是,Java API)。但这很快就过去了,然后您会一直欣赏不滥用它的可能性。我自己十年以上的C ++经验是,我在自己的代码中以及从其他编码人员的代码中看到的严重重载的数量非常低,我相信我可以一手解决。而且这远远少于sprintf,strcat,memset和缓冲区超限所引起的总体错误。
paercebal

11
@Douglas Leeder:我相信,在另一个SO问题中讨论了这一点之后,运算符重载的“爱好者”和“讨厌者”之间的鸿沟可能是由于他们的代码处理方式不同造成的:“帽子”更多是“函数”才是最重要的”,这意味着他们期望函数只能做一件事,而只能做一件事。因此,操作员应按语言设计工作。“情人”更多地是关于“对象应该表现”,这意味着它们更容易接受函数(因此,运算符)可以根据其参数类型来更改其行为。
paercebal

103
史诗般的答案。我读过的最有资格的揭穿之一。
塞巴斯蒂安·马赫

7
@MaartenBodewes:我上面写的所有示例,以及所有困扰您的都是“作为开发人员,您因Gosling的个人选择而陷入困境?请写下您自己的答案,捍卫“您的开发人员很愚蠢,让才华横溢的人为您决定所需的东西”的观点。该讨论没有任何目的。
paercebal

44

James Gosling将Java的设计比作以下内容:

“有一个关于搬家的原则,当您从一间公寓搬到另一间公寓时,一个有趣的实验是将您的公寓收拾好,并将所有物品放入盒子中,然后搬入下一间公寓,直到需要时才拆开任何东西。因此,重新做一顿饭,然后从盒子里取出东西,然后大约一个月后,您就用它来弄清楚自己生活中到底需要什么,然后剩下的就拿走了。东西-忘记了您喜欢它的多少或它有多酷-然后就把它扔掉了,这真是令人惊讶,它简化了您的生活,您可以在各种设计问题中使用该原理:不要仅仅因为它们而做事“很酷,或者只是因为他们很有趣。”

您可以在此处阅读报价内容

基本上,运算符重载对于建模某种点,货币或复数的类非常有用。但是之后,您很快就会用尽示例。

另一个因素是开发人员滥用了C ++中的功能,从而重载了诸如&& 、、 ||,强制转换运算符,当然还有“ new”之类的运算符。Exceptional C ++本书很好地涵盖了将其与按值传递和异常相结合而导致的复杂性。


6
您能否提供“操作员重载与传递值和异常相结合的复杂性”的代码示例?尽管有几年使用该语言的经验,并且拥有并阅读了所有有关C ++的有效/非常规书籍,但我还是无法理解您的意思。
paercebal'1

60
对于詹姆斯·高斯林(James Gosling)而言,行之有效的方法并不适合所有人。由于将“有趣的”包装实验推断为“丢弃我不需要的所有东西,所以没人能使用这些东西”,他的视力异常短。他显然不知道我需要或使用什么。
英国电信

49
@BT:与Stroustrup在此问题上的观点相比,最有启发性的是高斯林的观点Many C++ design decisions have their roots in my dislike for forcing people to do things in some particular way [...] Often, I was tempted to outlaw a feature I personally disliked, I refrained from doing so because I did not think I had the right to force my views on others. (B. Stroustrup)
paercebal

29
@Software Monkey:“ C ++广受好评,而Java广受好评”这是市场炒作。请记住,C ++是单独发展的,而Java(和.NET)则从推土机中获利。对于“广泛喜欢的语言”来说,Java只限于服务器应用程序,而“广泛受到谴责”(可能是Java开发人员和管理人员希望降低代码生产成本)似乎并不奇怪,C ++的起步是性能服务器到高性能游戏?[...]
paercebal 2011年

16
@Hassan:每种语言都有其独特之处,Java的泛型就是一个很好的例子。现在,关于I'd like them to go have a look at some C++ code out there that is hideously put together with weird hacks and "exceptional" features of the language:无论语言如何,不良程序员都会编写不良代码。只需尝试模拟Java中函数参数的“传递引用”即可。我看过代码,笑得很伤心。这是Gosling没使用过的东西,因此需要Java拥有骇人的骇客,但C#和C ++都以零成本原生存在。
paercebal 2012年

22

查看Boost.Units:链接文本

它通过运算符重载提供零开销的维分析。这能弄清楚多少?

quantity<force>     F = 2.0*newton;
quantity<length>    dx = 2.0*meter;
quantity<energy>    E = F * dx;
std::cout << "Energy = " << E << endl;

实际上会输出“ Energy = 4 J”,这是正确的。


1
“如果使维护复杂化到底如何,这种混淆代码到底在哪里?”
Mooing Duck 2012年

13

Java设计人员认为,运算符重载比它值得的麻烦更多。就那么简单。

在每个对象变量实际上都是引用的语言中,运算符重载会带来额外的危险,即至少对于C ++程序员而言,这是非常不合逻辑的。将情况与C#的==运算符重载和Object.EqualsObject.ReferenceEquals(或任何称为)进行比较。


8

Groovy具有运算符重载,并在JVM中运行。如果您不介意性能下降(每天变小)。它是根据方法名称自动生成的。例如,“ +”调用“加号(参数)”方法。


4
我希望所有带有运算符重载的语法繁重的语言都将使用该技术。我从未理解他们为什么必须发明一种特殊版本的方法命名和查找。Stroustrup没有提及D&EC ++中的任何替代方法。C#团队采用了Linq语法(where ...成为.Where(i => ... )采用了正确的方法。如果仅对算术运算符执行相同的操作,那么很多事情将变得更加简单和强大。Java具有干净的优势,并且可以做到这一点(尽管出于宗教原因,它可能永远不会这样做)。
Daniel Earwicker 2011年

@DanielEarwicker,我经常指出,当有复杂的分歧时,人们会将双方的动机标记为本质上的“宗教”。

@noah,我可以忍受像这样的操作符重载的有限子集,只要方法名称具有特殊的标记以使它们在视觉上保持区别即可。诸如定义用于实现“ +” OL的__plus()方法之类的东西,以及远离重载(如强制转换甚至是数组下标)的东西。我不愿意忍受的是C ++和C#认为适合实现它的方式。

2
没有答案。VM上运行着多种语言。操作符重载本身并不是切换语言的一个好理由。
Maarten Bodewes,2013年

6

我认为这可能是一种有意识的设计选择,它可以迫使开发人员创建名称明确传达其意图的功能。在C ++中,开发人员将使运算符过载,而这些功能通常与给定运算符的普遍接受的性质无关,从而使得几乎不可能在不查看运算符定义的情况下确定一段代码的功能。


14
In C++ developers would overload operators with functionality that would often have no relation to the commonly accepted nature of the given operator:这是一个毫无根据的断言。我从12年以来一直是专业的C ++开发人员,而且很少遇到此问题。实际上,我在C ++中看到的大多数错误和设计错误都是C风格的代码(void *,强制转换等)
paercebal 2012年

6
-1。就像算术运算符一样,您分配的每个变量都是一个符号。无论您使用短语来命名该变量,单个单词还是单个字母,都是您(或您的团队)的决定。谁在说什么有意义,什么没有意义?答案是你,程序员。在纯数学中,矩阵之间的乘法意味着与基本算术中两个数字之间的乘法不同。但是,对于两种乘法,我们都使用相同的符号。
工程师

2
@paercebal:不幸的是,该断言是正确的。您必须比IOstream看起来更远,才能看到它的实际效果。值得庆幸的是,大多数开发人员对于为现有运算符发明新的语义更加谨慎。
Ben Voigt 2014年

5
@BenVoigt:[...]我什至没有提到该add功能可能真的被滥用了(例如进行乘法或获取互斥锁)……user14128提到的滥用不仅限于运算符,而是我认为对运算符重载有一些病理上的恐惧,我认为这是C和C ++的较早时期产生的一种恐惧,这种恐惧未经修改就直接传入Java中,但值得庆幸的是,它没有加入C#中……最后,尊重语义编写清晰的功能/操作员是开发人员的工作。不是语言的。
paercebal 2014年

3
@ jbo5112:示例:cout << f() || g(); 括号没有使它更清楚,它们使它正确。而且它不会滥用位运算符,因此没有必要。为什么cout << (5&3) << endl;优于cout.fmt(5&3)(endl);?在函子成员变量上使用函数调用运算符将​​比使用位运算符仅仅因为字形看起来不错而对流进行无限优化。但这远非流唯一的问题。
Ben Voigt 2014年

5

好吧,您真的可以在操作员超载的情况下踩死自己。就像指针使人们犯了愚蠢的错误,因此决定将剪刀剪掉。

至少我认为这是原因。无论如何我都站在你这边。:)



2
那是非常糟糕的思维方式。您可以用脚开枪射击,我们宁可放开手,这样您将无法进行。当然,我们假设您是一个会自焚的白痴。
ntj

5

有人说Java中的运算符重载会导致混淆。那些人是否曾经停下来看一些Java代码做一些基本的数学运算,例如使用BigDecimal来增加财务价值?....这样一种做法的冗长性本身就是对混淆的证明。具有讽刺意味的是,将运算符重载添加到Java中将使我们能够创建自己的Currency类,这将使此类数学代码既优雅又简单(减少混淆)。


4

说运算符重载会导致逻辑错误,其类型是运算符与操作逻辑不匹配,这就像什么也没说。如果函数名称不适合操作逻辑,则会发生相同类型的错误-那么解决方案是:放弃函数使用能力!这是一个可笑的答案-“不适用于运算逻辑”,每个参数名称,每个类,函数或任何在逻辑上不适当的东西。我认为该选项应该在受人尊敬的编程语言中可用,而那些认为这是不安全的人-嘿,没有人说您必须使用它。让我们拿C#。他们下垂了指针,但嘿-有“不安全的代码”声明-根据您的意愿自行编程,后果自负。


4

从技术上讲,每种编程语言中都有运算符重载,可以处理不同类型的数字,例如整数和实数。说明:重载一词意味着一个功能只有几种实现。在大多数编程语言中,为+运算符提供了不同的实现,一个为整数,一个为实数,这称为运算符重载。

现在,很多人感到奇怪的是,Java的操作符+会将运算符+用于将字符串加在一起,这确实很奇怪,但是从编程语言开发人员的角度来看,添加内置的运算符重载没有任何问题。对于运算符+对于其他类,例如String。但是,大多数人都同意,一旦为String为+添加了内置重载,那么通常也为开发人员提供此功能是个好主意。

完全不同意运算符重载会混淆代码的谬误,因为这留给开发人员来决定。想想是天真,老实说,它已经老了。

+1用于在Java 8中添加运算符重载。


Java +用来连接任何字符串形式的东西是恕我直言的,这很可怕,因为/C和FORTRAN中的重载用于整数和分数除法。在许多Pascal版本中,在任何数值类型上使用算术运算符都会产生数值上等同于将操作数强制转换为的Real结果,尽管可能不是整数的结果必须被馈入TruncRound分配给整数之前。
超级猫

2

假设将Java作为实现语言,则a,b和c都将引用初始值为null的Complex类型。还要假设Complex是不可变的,如提到的BigInteger和类似的不可变的BigDecimal,我想您的意思是以下内容,因为您是将引用分配给从添加b和c返回的Complex,而不是将此引用与a进行比较。

不是:

Complex a, b, c; a = b + c;

比以下简单得多:

Complex a, b, c; a = b.add(c);

2
是吗 ;)等于可以表示赋值或比较,但是=总是赋值,而==总是比较。名称本身可能会导致大量错误。

1

有时,最好有运算符重载,朋友类和多重继承。

但是我仍然认为这是一个不错的决定。如果Java会有运算符重载,那么如果不查看源代码,我们将永远无法确定运算符的含义。目前没有必要。而且我认为您使用方法代替运算符重载的示例也很容易理解。如果您想使事情更清楚,您可以随时在多毛的陈述上方添加注释。

// a = b + c
Complex a, b, c; a = b.add(c);

12
当然,正如其他地方提到的那样,您也永远无法确定add函数的含义。

的确,知道至少我的运算符是硬编码的,我仍然感到很安慰。当然,拥有这些功能并明智地使用它们只会对我们有好处。问题在于,很难知道是否有人明智地使用了它们。并且您同意明智的定义。:-)

1
为了澄清代码而添加的注释是该代码在支持运算符重载的语言中的外观。此外,以操作员的名义编写注释的事实掩盖了您对操作员超载的反对。
Aluan Haddad

0

这不是一个不允许这样做的好理由,而是一个实际的理由:

人们并不总是负责任地使用它。在Python库scapy中查看以下示例:

>>> IP()
<IP |>
>>> IP()/TCP()
<IP frag=0 proto=TCP |<TCP |>>
>>> Ether()/IP()/TCP()
<Ether type=0x800 |<IP frag=0 proto=TCP |<TCP |>>>
>>> IP()/TCP()/"GET / HTTP/1.0\r\n\r\n"
<IP frag=0 proto=TCP |<TCP |<Raw load='GET / HTTP/1.0\r\n\r\n' |>>>
>>> Ether()/IP()/IP()/UDP()
<Ether type=0x800 |<IP frag=0 proto=IP |<IP frag=0 proto=UDP |<UDP |>>>>
>>> IP(proto=55)/TCP()
<IP frag=0 proto=55 |<TCP |>>

这里是解释:

/运算符已用作两层之间的合成运算符。这样做时,下层可以根据上层重载一个或多个默认字段。(您仍然可以提供所需的值)。字符串可用作原始层。


0

Java运算符重载的本机支持的替代方法

由于Java没有运算符重载,因此您可以考虑以下几种选择:

  1. 使用其他语言。双方的Groovy斯卡拉具有运算符重载,并基于Java。
  2. 使用java-oo,这是一个可以在Java中实现运算符重载的插件。请注意,它不是平台无关的。此外,它还有很多问题,并且与Java的最新版本(即Java 10)不兼容。(原始StackOverflow源
  3. 使用JNI,Java本机接口或替代方法。这使您可以编写用于Java的C或C ++(也许是其他?)方法。当然,这也不是平台无关的。

如果有人知道其他人,请发表评论,我会将其添加到此列表中。


0

虽然Java语言不直接支持运算符重载,但是您可以在任何Java项目中使用Manifold编译器插件来启用它。它支持Java 8-13(当前的Java版本),并且在IntelliJ IDEA中得到完全支持。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.