+5 votes

Does GDScript have Interfaces and/ or abstract classes?
Can't find anything about this topic online.

in Engine by (20 points)

2 Answers

+10 votes
Best answer

GDScript doesn't have those kinds of features, this is by design. For GDScript's purposes, they're unnecessarily complex.

Instead, GDScript is perfectly suited for duck-typing. This is also explicitly recommended in the documentation: https://godot.readthedocs.io/en/stable/learning/scripting/gdscript/gdscript_advanced.html#duck-typing

So whenever you would use interfaces or abstract classes in Java/C#/etc, you'll want to use something like:

if obj.has_method('func_name')`:
by (1,086 points)
selected by

Perfect, thanks! I didn't realize that there's no need for interfaces in scripting languages, but this makes sense to me.

Checking if an object has the method every time you call every "custom" method on every object, is a bit awkward, to say the least. Imagine having dozens of calls and multiply the "every"'s. It's exponential growth of code.
Additionally, interface would've kept objects organized just like inheritance.

@snwflk exactly. And interfaces were designed exactly to solve this problem. They define - well - an interface, or a contract, between the users of the class and the class itself, that specifies what methods and attributes are there and can be called without specifically asking if they're actually there - thanks to the interface, it's guaranteed for them to be there. And to the fans of duck typing, I use to tell:
    Duck typing is "F*ck typing!" :P
because it's pretty much that: it ignores the types whatsoever, as in the old days of assemblers and raw memory accesses, and relies on figuring out the object's layout only in runtime, on your own. Which is pretty terrible coding practise if you ask me :q

@SasQ I miss the voting comments feature from StackOverflow and Unity Q&A...

I just hate dynamic typing myself for casting issues and for arguments stated in here: https://godotdevelopers.org/forum/discussion/18770/is-specifying-type-possible-in-gdscript
This and duck typing are, like visual scripting, meant for artists to connect assets, not for programmers.

Anyway, reading the official documentation I found this

Initially, Godot was designed to support multiple scripting languages
(this ability still exists today).

and it made me feel a little... downcast, since I like Godot initial design.

sorry but it's a known fact interfaces are best practices in OOP

I feel like "duck-typing" gets us back to good old zillion lines of basic codes in one file...

+4 votes

I suppose you need interfaces/abstract classes for organizing complexity and type enforcement.
As @eska well mentioned, GDScript is made with simplicity in mind, hence no interfaces and no static type.
You could make an abstract class by just making a regular class and just not instantiate it but only extend from it. I do that to keep things organized. You're not constrained to not instantiate it, of course (which is good and bad).
My advice:

If you aim for a project of a size requiring these features, consider using the alternatives - C++, C#.

Otherwise you should be fine without checking for method existence, since you'd only have a handful of classes and methods.

Another way to consider is using signals.

If you're not satisfied with either of the approaches above, then whenever you want to implement an interface you'd make a dummy static method like static func implementsCrushable():pass
in the classes you want to implement the so called "interface", without any such "interface" actually existing.
Then whenever you'd call various methods on an object o you'd write:

if o.has_method("implementsExplodable"):
    if o.has_method("implementsCrushable"):
        points = o.pointsGranted # only crushable explodables grant points
        o.stainRoad() # homonym method of non-crushable explodable

This way you only need to check once for all (not each) of the methods of that "interface" when you call them. Plus you can see what is what.

by (53 points)
edited by

Just use groups to define your "interfaces", make every node in specific group be certain of having a method or variable, problem solved :D

Welcome to Godot Engine Q&A, where you can ask questions and receive answers from other members of the community.

Please make sure to read How to use this Q&A? before posting your first questions.
Social login is currently unavailable. If you've previously logged in with a Facebook or GitHub account, use the I forgot my password link in the login box to set a password for your account. If you still can't access your account, send an email to webmaster@godotengine.org with your username.