Arithmetic operations with generic types in Delphi
addition, delphi, generics, math, templates
Solution
Delphi generics do not support arithmetic operators that act on generic types. In order for the compiler to accept the code it needs to know that each operation on a generic type is going to be available upon instantiation.
Generic constraints allow you to tell the compiler what capabilities the type has. However generic constraints do not allow you to tell the compiler that the type supports arithmetjc operators.
Unfortunately what you are trying to do is simply not possible. For sure you can construct frameworks yourself that can use tools like interfaces to get the arithmetic performed but doing so gives up performance. If that is acceptable then fine. Otherwise you are best biting the bullet and avoiding generics here.
Oh for C++ templates.
Problem
I'm new in Delphi. For a project required by my company, I need to translate some code from our existing C++ classes to Delphi. Some of these classes are templates, such as: ``` template <class T> struct APoint { T m_X; T m_Y; virtual void Add(T value); }; template <class T> void APoint<T>::Add(T value) { m_X += value; m_Y += value; } ``` I use it e.g. with this code ``` APoint<float> pt; pt.m_X = 2.0f; pt.m_Y = 4.0f; pt.Add(5.0f); ``` and this works well. Now I need to write equivalent code for Delphi. I tried to write a Delphi Generic class, based on the C++ code above: ``` APoint<T> = record m_X: T; m_Y: T; procedure Add(value: T); end; procedure APoint<T>.Add(value: T); begin m_X := m_X + value; m_Y := m_Y + value; end; ``` However this code does not compile. I get this error: E2015 Operator not applicable to this operand type AFAIK this code should work, and I don't understand what is wrong with it. So can anybody explain to me: Why a such code does not compile in Delphi? What is the correct (and simplest) way in Delphi to create a template class that provides an `Add()` function, as closest as possible to the C++ code and usage above? EDITED on 17.10.2016 Thanks for all the replies. So if I understood correctly, there is no way to create a c++-like style template, because Delphi imposes several constraints that not exists in c++. Based on that, I searched a workaround to reach the objective I want. I found the following solution: ``` IPoint<T> = interface procedure Add(value: T); end; APoint<T> = class(TInterfacedObject, IPoint<T>) m_X: T; m_Y: T; procedure Add(value: T); virtual; abstract; end; APointF = class(APoint<Single>) destructor Destroy; override; procedure Add(value: Single); reintroduce; end; destructor APointF.Destroy; begin inherited Destroy; end; procedure APointF.Add(value: Single); begin m_X := m_X + value; m_Y := m_Y + value; end; ``` I use it e.g. with this code ``` procedure AddPoint; var pt: IPoint<Single>; begin pt := APointF.Create; APointF(pt).m_X := 2.0; APointF(pt).m_Y := 4.0; APointF(pt).Add(5.0); end; ``` and this works well. However I find the style a little heavy, e.g. the necessity to use APointF(pt). So, in relation to code above, my questions are: - Is this solution a good solution? (i.e. better to write a version of each record for each type I want to support, like e.g APointF, APointI, APointD, ...) - Is there a way to simplify this code, e.g. a solution to call pt.m_X directly without the APointF(pt) conversion? (NOTE I omitted here the implementation of properties, even if I think them more elegant than accessing the variable directly) - What about the performances of this solution? (I.e. is this solution drastically slower than a direct m_X := m_X + value addition?) Finally, I saw another solution in the Delphi code, where it is possible to implement an equality comparison of 2 generic types this way: ``` function APoint<T>.IsEqual(const other: APoint<T>): Boolean; var comparer: IEqualityComparer<T>; begin Result := (comparer.Equals(m_X, other.m_X) and comparer.Equals(m_Y, other.m_Y)); end; ``` I tried to read the code behind the scene, however I found it terribly complicated. So, my questions are: - Is a such solution better than the one above proposed? - Is there a similar ready-to-use solution for mathematical operations? - Are the performance of a such solution acceptable? Thanks in advance for your replies Regards