#### Some pointers
- Having setters violates open/close principle, prevents information hiding (breaks encapsulation)
- Discussing getter/setters vs public fields often obscures bigger problems with objects manipulating each others' internal state in an intimate manner and hence being too closely coupled. The idea is to make methods do what your business logic wants it to do, rather than have setters which change things at a field level.
- One way to avoid writing setters is a task based approach to the model. Think of every task that is performed in an application and add a method that changes all the affected fields at once, to perform this task.
Ref:
- [Building an object model: No setters allowed](https://beberlei.de/2012/08/22/building_an_object_model__no_setters_allowed.html)
- [Are getters and setters poor design?](https://stackoverflow.com/questions/565095/are-getters-and-setters-poor-design-contradictory-advice-seen)