[java]Как бы реализовать пользовательский контекст?

Паттерн проектирования Flyweight.

как я почитал, это не то. Список переменный у разных объектов (не классов!) может быть разным, эдакое "окружение" сейчас оно мудрено наследуется к родителю (тому кто создал сей объект) и если в текущем окружении значение переменной не найдено, то она спрашивается у родителя и т.д.

хотя щас надо выспаться и подумать лучше.

Можно java.lang.ThreadLocal<T> использовать, но на мой взгляд это не очень красиво.

Прошвырнись по паттернам, может что подойдёт. (State, Strategy и т.д.)

Нельзя ибо все объекты находядтся в swing thread (ну да есть фреймы...), но получится херня.

надо будет поглядеть, но прозреваю тут нужно от языка чтобы он мог позволять определять откуда был вызван конструктор.

abstract class ContextUser {
    protected Context context;

    protected <T extends ContextUser> T createContextUser(Class<T> c) {
        T rv = c.newInstance();
        rv.context = context;
        return rv;
        
    }
}

Не очень красиво, правда, и вместо конструкторов с параметрами придётся использовать всякие инициализирующие методы.
Может с генериками чего напутал, но общая идея думаю понятна.

> Прошвырнись по паттернам, может что подойдёт. (State, Strategy и т.д.)

Никогда, НИКОГДА так не делай. Про паттерны надо прочитать и тут же забыть их напрочь. О них надо вспоминать ТОЛЬКО тогда, когда 15 минут реализуешь что-то, что придумал под конкретно эту задачу, а потом вспоминаешь, что енто ж паттерн "фигня неведомая" и ещё за 5 минут пишешь реализацию.

Смотреть по паттернам, вдруг что подойдёт -- вернейший способ набыдлокодить неподдерживаемое говно, где паттерн на паттерне сидит и паттерном погоняет, хотя ни один из них там не нужен. Но модно же, блджадт.

очень интересная мысль. в мемориз.

>надо будет поглядеть, но прозреваю тут нужно от языка чтобы он мог позволять определять откуда был вызван конструктор.

Есть такой вариант:

new Throwable().getStackTrace()[1].getClassName();
new Throwable().getStackTrace()[1].getMethodName();

Никогда не используйте для реализации логики :)

Также узнать вызывающий класс можно (в Sun JDK):

sun.reflect.Reflection.getCallerClass(int level);

Тоже никогда его не используйте :)

Ахренеть, кучерявее некуда. Только вот нужно не класс а объект 8).

ммм, возникает вопрос нафига это если так сложнее чем передавать в конструктор напрямую?

> очень интересная мысль.

Супер-пупер-модные "паттерны проектирования" -- это сборник маленьких рецептов для достаточно частых проблем. Но так как половина (в лучшем случае половина, а то и все 99%) современных программистов на высокоуровневых языках вроде java/c++/c#/что_там_ещё_из_модного думать категорически не способны, они начинают не решать проблему, а городить эти паттерны. В итоге вместо простого и понятного "нешаблонного" решения получается пирамида в 2-4 паттерна. В лучшем случае.

В худшем -- паттернист является архитектором проекта, поэтому архитектура превращается в "есть паттерн Неведомая Фигня, куда бы его тут засунуть?! О, вот сюда впихнём, только тогда придётся чесать левое ухо правой ногой, но зато мы будем использовать все возможные Паттерны!" Тьфу.

Оно? http://www.swa.hpi.uni-potsdam.de/cop/index.html

>В худшем -- паттернист является архитектором проекта, поэтому архитектура превращается в "есть паттерн Неведомая Фигня, куда бы его тут засунуть?! О, вот сюда впихнём, только тогда придётся чесать левое ухо правой ногой, но зато мы будем использовать все возможные Паттерны!" Тьфу.

видел такое своими глазами. подтверждаю.

Хм, долго яж буду это переводить...

Почитай исходники.

Хотя нашел на русском...

Эт овидимо лучше, ибо на русском какято неведома хрень. => http://oreolgroup.ru/cop/index.html

А чё буржуинские наречия-то не учишь? Вся свежая грамотная литература на ихнем языке ведь.

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

Таки не оно как оказалось там компилятор как и в AOP, а это недопустимо. Блин в java же передается securitycontext чтоб для пользоваельских извратов такой механизм не оставить.

Блин, кажется теперь понятно как его передавать!