Как используется инкапсуляция в golang?

Question

[Nikita]

Всем привет!

Основное время программирую на PHP, сейчас изучаю go.
В PHP нормальной практикой считается делать поля приватными, и создавать для них нужные сеттеры и геттеры.
Интересует насколько это распространено в go и как это реализуется обычно?

Смотря на существующие библиотеки и обучающие материалы, поля в структурах оставляют публичными.
Как бы я сделал:

package domain

import "fmt"

type Customer struct {
	firstName string
	lastName  string
	phone     string
}

func NewCustomer(firstName string, lastName string) *Customer {
	return &Customer{firstName: firstName, lastName: lastName}
}

func (c *Customer) SetPhone(phone string) {
	c.phone = phone
}

func (c Customer) Phone() string {
	return c.phone
}

func (c Customer) FullName() string {
	return fmt.Sprintf("%s %s", c.lastName, c.firstName)
}

Имеет ли право на жизнь код выше?

Comments

[sotanodroid]

Код выше имеет право на жизнь, но только вот зачем?
Метод для получения полного имени ещё понятен, но для плучения/установки значений полей излишне.
Так же инкапсуляция это не только приватные поля, а вообще упаковка методов и свойств внутри одного объекта. В данном случае будет иметь место инкапсуляция если структура и её методы будут в себе содержать конкретные методы для работы с ней.

[Nikita]

Тогда у меня возникает ряд вопросов:
1) как гарантировать, что у объекта заполнены обязательные поля к примеру имя (с публичными полями можно создать любой объект)?
2) как делать валидацию, приватить только те поля у которых она нужна?
3) если логика сеттера изменится, потом по всему коду нужно будет публичное поле менять на сеттер?

[Алексей Маслов]

Nikita, на вопросы 1 и 2:
что мешает сделать метод validate:

func (c *Customer) Validate() error {
  // validate customer
}

Answer 1

[Roman K]

С точки зрения противопоставления одного языка другому — это нормально. С точки зрения дизайна, геттеры и сеттеры — зло и нарушение инкапсуляции, кроме узкой подгруппы объектов — DTO.

https://www.yegor256.com/2014/09/16/getters-and-se...
https://stackoverflow.com/questions/2747721/getter...

Comments

[Nikita]

В случае если это нарушение, то не очень понятно как например валидировать данные, или запретить менять свойство объекта после его создания?

С DTO как раз не вижу смысла в сеттерах и геттерах, так как в них не надо никакой логики инкапсулировать.