Software Development

Quick Go-lang for Java Developers

Golang seems to be getting quite popular as its the programming language of choice for some cool new technology like Docker, Kubernetes, and OpenShift. Luckily enough, they’re all opensource too which means we can all contribute to these communities and get involved. One particularly awesome benefit of opensource that turns out to be extremely valuable and helpful in many circumstances is the obvious one: open source. I cannot tell you how often I’ve had to jump into the source of a project, regardless of the programming language used to implement it, to really understand what it’s doing or even more important: why it’s not doing something the docs say it should (or when there are no docs). Code is read far more often than it’s written, so it helps to understand how to read it.

I’ve learned quite a few programming langues in my day (C,C++,C#,Java,Python, Scala, Groovy, Assembly, JavaScript,etc) and now it’s Go. I’ve spent a few weeks learning to read Golang and reading source files from the Kubernetes, Fabric8, and OpenShift Origin code bases to be able to understand them a little deeper, and I think it would be helpful for developers familiar with another programming language to quickly map certain concepts from – say Java – to Golang for the simple purpose of being able to get over the fear of jumping in to help these communities or more selfishly to be able to read and understand how some of the new technology written in Golang actually works.

Here are a few of the key pieces that stood out for me at first. Feel free to Tweet (@christianposta) me others you feel could be added here, or leave a comment. This article is certainly not meant to be an introduction to Go nor is it a complete Java->Go mapping. The purpose of the article is to quickly help Java developers understand a handful of common Go idioms in terms of how that maps to Java.

Project structure

It appears that a common convention for Golang projects is to have all cli binary source files, or those in a “main” package, placed in the cmd folder which is at the root of the source tree. Packages that implement a lot of the functionality and represent organizing cohesive sets of Types, constants, variables and functions, can usually be found in the pkg folder in the root of the source directory.


Golang organizes its code into packages, similarly to Java. You declare which package a source file is in (and all of its constants, types, functions, etc) by typing package <package_name> at the top of the source file; however, unlike Java, you don’t put the full path (directory location), just the name. Example:

package api

So if you have a package “api/endpoints” you’d have that directory structure on the filesystem (eg ./pkg/api/endpoints) but the endpoints package would be declared in source files under the endpoints directory, but they’d look like this:

package endpoints

Importing packages

We can import packages, just like we do in Java with the following:

import (
	stderrs "errors"


We can use packages within the source code based on the last package name in the package path. For example, in the above example, we import and from with the code we can refer to the elements inside that package with user.Foo(). If we want to rename the package within our source file so it doesn’t collide with other names, we can do what we did above:

import (
	stderrs "errors"

And refer to the errors package within our source code as stderrs.Foo()

Main package

The main package is where golang looks to find the entrypoint of the application. The main package must have a main() function that takes no arguments and provides no return values:

func main() { … }

As aforementioned, this package is usually found in the cmd folder in the root directory.

Scope/visibility of types, constants, functions

In golang, to provide visibility scope to a struct/type/function/variable, to be exposed outside of a package, the first character in the symbol is significant. For example, within a package foo, if you have a function named func Bar(), then because “Bar” has an upper-case first letter, it will be usable outside of the package. If you import foo package, you’ll be able to access foo.Bar(). If “bar” was lowercase, it would be hidden – that is, the case of the first letter determines visibility

Methods can return multiple values

A function or method in golang (there is a distinction) can return a “tuple” or multi-value return. For example, calling a function that returns multiple values looks like this:

internalCtx, ok :=

Classes, structs, methods

In Java we have Classes, but in Go we have structs. Structs can have methods on them, so they are kinda like classes.

For example:

type Rectangle struct {
    width int
    height int

This is a data structure named “Rectangle” that has two fields: width and height. We can create a new Rectangle like this:

r := new(Rectangle)

and we can refer to its fields like this:

r.width = 10
r.height = 5

We can write methods on a Struct that operates on the fields of the struct like this:

func (r *Rectangle) area() int {
    return r.width * r.height

So if you see idioms like this in golang code, think “Java classes”

Type inheritance

Golang purposefully doesn’t have a “extends” type like Java does. Inheritance is done via composition (kinda like we should do that in Java as a “best practice” anyway :) ) However, it does look a lot like the “extends” keyword in Java in terms of how it’s visible to the programmer. For example:

type Rectangle struct {
    width int
    height int

In this example, Rectangle has an anonymous field of type Shape. Whatever fields and methods Shape have will be visible on Rectangle objects.

One thing to note, however, is that just because Rectangle “is-a” Shape, this is not like in Java where we could pass in a Rectangle to a function that takes a Rectangle as a parameter. This would fail in Go. To get that type of “type” polymorphism, you should use Go interfaces (next section)

Polymorphism, interfaces, and duck typing

In Java, we have specific interface types which specify behavior based on the methods that must be implemented by classes that claim to be that type. In Go, we do have intefaces that do the same thing, but classes don’t actually declare that they’re going to implement them specifically: they just implement the methods and then they fit that Interface.

For example this interface declares a Shape type that has Print() method:

type Shape interface {

However, when we create our Structs, we don’t have to declare this at all with “implements” like we do in Java: we just implement the methods and they can be passed to functions and treated as that type:

type Rectangle struct {
    width int
    height int

func (r *Rectangle) Print() {

In this case, the Rectangle object could be passed to functions that expect a Shape type because it implements all of the methods for that type.

For loops

An example for-loop with go:

for i := 1; i <= 10; i++ {

However, when iterating of an array (or something that looks like an array eg, string, map, slice, etc), you can use the range operator like this (assume foo is a list):

for v := range foo {

If you need to know the index of the list as you iterate through it, looks like this:

for i, v := range foo {
  fmt.println("index " + i + "has value="+v);

While loops

Go does not have while loops, or do-while, or foreach, etc. You just use the for loop again like this:

sum := 1
for sum < 1000 {
	sum += sum

Or can do an infinite while loop:

for {

Pointers and reference

Golang uses pointers and references explicitly whereas Java mostly hides that. For example, in Java we could do

Shape shape = new Shape() and then but in Go, we have to take care of the pointers directly:

type Rectangle struct {
    width int
    height int

func updateRectangle(r *Rectangle){
    r.width = 5;
    r.height = 10;

func main() {
    r := Rectangle{20,30}

When the main function ends, the rectangle r would have the value width=5 and height=10 as you would expect. Take note, we have to make explicit references to the pointers.

Garbage collection

Golang is a garbage collected language; no need to explicitly release memory yourself (I know what you were thining whe you saw the pointers and references section above :)).

If you’re a Java developer and would like to add more to this please feel free to let me know (@christianposta)! Or if you’re a go-lang developer and I’ve misstated something here, please correct me! Hope this is helpful…

Christian Posta

Christian is a Principal Consultant at FuseSource specializing in developing enterprise software applications with an emphasis on software integration and messaging. His strengths include helping clients build software using industry best practices, Test Driven Design, ActiveMQ, Apache Camel, ServiceMix, Spring Framework, and most importantly, modeling complex domains so that they can be realized in software. He works primarily using Java and its many frameworks, but his favorite programming language is Python. He's in the midst of learning Scala and hopes to contribute to the Apache Apollo project.
Notify of

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Inline Feedbacks
View all comments
Back to top button