Cómo crear una "Clase de despacho único, orientada a objetos" en julia que se comporta como una Clase Java estándar con campos y métodos públicos / privados
Leí en un libro que "no puedes crear 'clases' tradicionales en julia con métodos de estilo de despacho único comoobj.myfunc()
"... y pensé que sonaba más como un desafío que como un hecho.
Así que aquí está miJavaClass
escriba con campos y métodos públicos / privados solo por el factor de shock y horror de tener algo feo como esto en Julia, después de todos los problemas que los desarrolladores han hecho para evitarlo:
type JavaClass
# Public fields
name::String
# Public methods
getName::Function
setName::Function
getX::Function
getY::Function
setX::Function
setY::Function
# Primary Constructor - "through Whom all things were made."
function JavaClass(namearg::String, xarg::Int64, yarg::Int64)
# Private fields - implemented as "closed" variables
x = xarg
y = yarg
# Private methods used for "overloading"
setY(yarg::Int64) = (y = yarg; return nothing)
setY(yarg::Float64) = (y = Int64(yarg * 1000); return nothing)
# Construct object
this = new()
this.name = namearg
this.getName = () -> this.name
this.setName = (name::String) -> (this.name = name; return nothing)
this.getX = () -> x
this.getY = () -> y
this.setX = (xarg::Int64) -> (x = xarg; return nothing)
this.setY = (yarg) -> setY(yarg) #Select appropriate overloaded method
# Return constructed object
return this
end
# a secondary (inner) constructor
JavaClass(namearg::String) = JavaClass(namearg, 0,0)
end
Ejemplo de uso:
julia> a = JavaClass("John", 10, 20);
julia> a.name # public
"John"
julia> a.name = "Jim";
julia> a.getName()
"Jim"
julia> a.setName("Jack")
julia> a.getName()
"Jack"
julia> a.x # private, cannot access
ERROR: type JavaClass has no field x
julia> a.getX()
10
julia> a.setX(11)
julia> a.getX()
11
julia> a.setY(2) # "single-dispatch" call to Int overloaded method
julia> a.getY()
2
julia> a.setY(2.0)
julia> a.getY() # "single-dispatch" call to Float overloaded method
2000
julia> b = JavaClass("Jill"); # secondary constructor
julia> b.getX()
0
Esencialmente, el constructor se convierte en un cierre, que es cómo uno crea campos y métodos / sobrecarga "privados". ¿Alguna idea? (otro que"Dios mío, ¿por qué? ¿Por qué harías esto?")
¿Algún otro enfoque?
¿Algún escenario que puedas imaginar en el que esto pueda fallar espectacularmente?