Недавно продумывал архитектуру одного приложения и пришёл к выводу, что нет никакой разницы между САБЖами на архитектурном уровне.

Действительно - возьмите синглтон, все действия в его конструкторе вынесите в статический блок инициализации, все поля и методы обзавите static`ами - и получите с архитектурной точки зрения абсолютно то же самое, только не нужно будет брать его у класса посредством метода типа getA(), а сразу вызывать методы.

Я так ни к чему и не пришёл в своих размышлениях и решил использовать синглтон просто потому что так больше принято. Хотелось бы услышать какие-нибудь соображения на этот счёт от форумчан

IMHO Синглтон зарефакторить легче, да и писанины (куча static'ов) меньше

Се ля ви на самом деле разница есть и не маленькая. С помощью синглетона можно легко менять реализацию, в зависимости от платформы, настроек и т.п. Посмотри на Toolkit.getDefaultToolkit().

Кстати синглетон позволяет реализовать такую штуку, как отдельный экземпляр на каждый поток. И не мучатся с синхронизацией.

LSD, имеется в виду синглтон, который есть вообще единственный объект данного класса на всю ява-машину. Если я ничего не путаю.

И я о нем же.

Просто понятие синглетона не обязательно трактовать как один экземпляр на одну Java машину. Его в принципе можно расширить, один экземпляр на одну общность. А общностью может быть и один компьютер и одна система, и один поток и один пакет.

И еще один аргумент это возможность передавать объект в качестве параметра функции.

Цитата

Просто понятие синглетона не обязательно трактовать как один экземпляр на одну Java машину. Его в принципе можно расширить, один экземпляр на одну общность. А общностью может быть и один компьютер и одна система, и один поток и один пакет.

Поток - это обьект. Один экземпляр на один обьект = синглтон?


Это сообщение отредактировал(а) COVD - 7.10.2005, 16:32

Цитата(LSD @ 7.10.2005, 12:46)

синглетон позволяет реализовать такую штуку, как отдельный экземпляр на каждый поток

это как? статический ThreadLocal?

синглтон может наследовать и реализовывать интерфейс. а статические методы не унаследуешь.
поэтому синглтон принципиально архитектурно мощнее.

Цитата(COVD @ 7.10.2005, 17:29)

Поток - это обьект. Один экземпляр на один обьект = синглтон?

Поток это не просто объект, это структура JVM (она даже имеет отображение на структуры ОС), со своим своим стеком, своими служебными структурами данных и т.д. А объект это всего лишь прикладной интерфейс для программиста.

Цитата(Souljah @ 7.10.2005, 17:51)

это как? статический ThreadLocal?

Угу, что то типа:

Код

public class ThreadSingle {   private static ThreadLocal<ThreadSingle> instance = new ThreadLocal<ThreadSingle>();   public static ThreadSingle getInstance()   {     ThreadSingle inst = instance.get();     if(inst == null)     {       inst = new ThreadSingle();       instance.set(inst);     }     return inst;   }   private ThreadSingle()   {     //Do some usefull here   } }

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

Еще при помощи Singletona можно контолировать количество его объектов