Getters and Setters, threading and Java

Question

В школе они научили нас использовать геттеры и сеттеры на Java. Недавно я читал такие вещи плохо, а не ООП. Итак, я могу создать код, который только устанавливает данные с помощью конструктора и возвращает требуемые данные.

Как вы не используете геттеры с резьбой? Когда вы выполняете поток, его тип всегда недействителен и есть глобальные переменные в java. , .. Итак, как вы собираетесь получать данные из потока без метода getter?

Answer 1

Недавно я читал такие вещи плохо, а не ООП.

Напротив, геттеры и сеттеры являются одним из краеугольных камней ООП (где такие побочные эффекты желательны).

Вы можете, однако по-прежнему передавать аргументы конструктора до начала резьбы, например,

new Thread(new MyRunnableObject(args)).start(); 

Если вы хотите его вернуть результат без добытчиков, вы бы лучше реализовать Callback который поток выполняет, например, , по окончании.

Answer 2

Полупроводники сами по себе не являются плохими дизайном OO.

Что плохого в практике кодирования, которая включает в себя getter И setter для КАЖДОГО отдельного члена автоматически, нужен ли этот getter/setter (в сочетании с тем, чтобы публиковать члены, которые не должны быть общедоступными), поскольку это в основном предоставляет класс реализация внешнему миру, нарушающая скрытие/абстрагирование информации. Иногда это делается автоматически с помощью IDE, что означает, что такая практика значительно более распространена, чем она надеется.

Answer 3

Недавно я читал такие вещи плохо, а не ООП Кто рассказывает такое дерьмо?

Getters and Setters действительно являются лучшей практикой. Они обеспечивают слой для доступа к свойствам, поэтому у вас есть одна точка изменения, когда необходимо изменить внутреннюю работу аксессора в классе. Вы можете переопределить их в дочерних классах, если вам нужно инкапсулировать различные стратегии доступа.

Относительно нарезание резьбы:

Вы должны использовать что-то вроде THREADSAFE коллекции, я предполагаю, что есть классы там для связи между потоками. Используйте цепочку потокобезопасности, из которой один поток записывает, а другой читает. Бьюсь об заклад, для этого есть несколько хороших библиотек. Вам действительно не нужны глобальные. Просто передайте ту же ссылку на оба класса, которые должны взаимодействовать через потоки. Вы также можете общаться через каналы или TCP, но это больше для межпроцессного общения.