Java 개발자를 위한 Golang - [ 파트 1, pt-BR ]

O objetivo deste artigo é mostrar algumas Características da da linguagem Go a partir da perspectiva de um desenvolvedor Java. Para que a leitura não fiquei muito cansativa, eu irei dividir esse artigo em algumas partes, sendo essa portanto a parte 1.

Eu trabalho com o desenvolvimento de software há mais de uma década e durante essa jornada tive a oportunidade de trabalhar e conhecer diversas linguagens de programação compiladas e interpretadas, conhecer diversas tecnologias e frameworks, porém o Java é a linguagem que esteve mais presente durante essa trajetória . Por conta disso, eu thinko o Java como a minha principal linguagem de programação.

최근에 프로젝트에 참여하고 있는 경우 As Is/To Be에 대한 Java e reescrevê-la para Go em um modelo를 사용하여 프로젝트를 구성할 수 있습니다.

OBS: Não faz parte do escopo deste artigo justificar o porquê de tal decisão. O que posso compartilhar aqui é que tal projeto era bem estratégico, onde o tempo de inicialização da aplicação era muito Importante.

모든 벤치마크는 고루틴을 고루틴으로 구현하기 위한 멀티스레딩 fácil de usar com 기반에 대한 Golang의 최신 벤치마크입니다.

Dado esse breve contexto, quero compartilhar algumas percepções em relação a essa fabulosa linguagem a partir da perspectiva de um dev Java.


시작하자

메인 클래스

Estrutura básica da classe principal escrita em Go:

package main

import “fmt”

func main() {

    fmt.Println(“Hello, world!”)

}

Java와 동등한 구현:

public class MainClass {

    public static void main(String [] args) {

        System.out.println(“Hello, world”);

    }
}

É possível notar algumas semelhanças entre as duas implementações, porém vamos dar ênfase nas diferenças entre elas:

1) utilização de ponto e vírgula를 분배하십시오.

2) A implementação em Go possui apenas a declaração das funções, mas nenhuma declaração de nome de classe, dando a sensação que em Go trabalhamos apenas com escopo de função e não de classe.

OBS: Isso não deixa de ser verdade, mas falaremos disso mais adiante;

3) 공개적, 보호적 또는 사적 필수 불가결한 권리를 활용하기 위한 가시적 명시적 선언;

4) O import em Go referência apenas ao nome do pacote e não ao nome da classe.

Alguns dos pontos supramencionados me trouxeram bastante estranheza no primeiro momento, já outro um encantamento em relação ao design da linguagem, pois afinal de contas, porque colocar obrigatoriamente ponto e vírgula no final da declaração de uma variável ou na chamada de uma função? RSRS

Na próxima sessão trarei mais alguns pontos interessantes. 아테 브레브!