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?

Respuestas a la pregunta(1)

Su respuesta a la pregunta