Модераторы: LSD, AntonSaburov

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> почему в ява нет throw Warning(), дилемные вопросы об архитектуре 
:(
    Опции темы
ivg
Дата 2.10.2008, 17:07 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Autonomous R&D
**


Профиль
Группа: Участник
Сообщений: 686
Регистрация: 8.2.2006
Где: Екатеринбург

Репутация: 33
Всего: 81



polosatij, то что вы хотите, если я правильно понимаю, вполне может быть реализовано по аналогии с ExceptionHandler'ами, о которых уже упомянул LSD.
Может выглядеть как то так:
Код

import static warn.Warnings.*;
public class SomeClass {
    public static void main(String[] args) {
        setHandler(new WarningHandler() {
            public void handle(Warning warn) {
                warn.printStackTrace(System.out);                
            }
        });
        try {
            doSomething();
        } finally {
            removeHandler();
        }
    }

    public static void doSomething() {
        System.out.println("блок A");
        warn(new Warning("test2"));
        System.out.println("блок B");
    }
}

Код

public class Warnings {
    
    private static ThreadLocal<Warnings> local = new ThreadLocal<Warnings>();

    private Stack<WarningHandler> handlers;

    private Warnings() {
        this.handlers = new Stack<WarningHandler>();
    }

    private static Warnings instance() {
        Warnings ws = local.get();
        if (ws == null) {
            ws = new Warnings();
            local.set(ws);
        }
        return ws;
    }
    
    public static void setHandler(WarningHandler handler) {
        instance().handlers.push(handler);
    }
    
    public static void removeHandler() {
        instance().handlers.pop();
    }
    
    public static void warn(Warning warn) {
        WarningHandler wh = instance().handlers.peek();
        if (wh != null) {
            wh.handle(warn);
        }
    }
}

Код

public interface WarningHandler {

    public void handle(Warning warn);
}

PM MAIL   Вверх
polosatij
Дата 2.10.2008, 17:21 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1143
Регистрация: 22.2.2004
Где: Stuttgart<-> ;Karlsruhe, Germany

Репутация: 1
Всего: 8



ivg, большое спасибо тебе, что ты не поленился написать код  smile 

однако твоё решение ничем не отличается от простой инстанции Warning, и последняя даже выходит лучше, если речь идёт о распределённых контейнерах и кластерах.. + статик сюда не катит..

к сожалению, при таком подходе нужно затрачивать слишком много сил, для того, чтоб "подстроить" всю систему на то, чтоб в неё ещё приходили warnings, чем я сегодня и занимаюсь.. думаю, это убьёт у меня ещё завтра..  smile 



--------------------
PM   Вверх
ecologist
Дата 3.10.2008, 09:22 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 452
Регистрация: 28.2.2007

Репутация: 2
Всего: 9



Цитата(polosatij @  2.10.2008,  11:33 Найти цитируемый пост)
пример 2: делаем запрос на сервер, отсылаем какуй-либо запрос на тему add instance;
с сервера приходит warning: "запрос был осуществлён и имеет смысл, но в вашем запросе пустое поле А"..
это значит, запрос так и так имеет смысл, но следует предупреждение с сервера 

В таком контексте на мой взгляд это совершенно не требует понятия Warning. В конце концов такие вещи решаются простым выставлением какого-либо кода, который всегда можно проверить. Излишнее усложнение и утяжеление языка не идет ему на пользу.
Если посмотреть исходники того же MFC из Visual C++ - это читать уже крайне тяжело. Код должен быть в первую очередь понятен и не перегружен излишними конструкциями. 
Иногда вижу последствия использования Generic в Java и не всегда это хорошо читаемо и понятно.

P.S. Я цикл do .. while использовал последний раз больше года назад, а то и больше.
PM MAIL   Вверх
polosatij
Дата 3.10.2008, 14:08 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1143
Регистрация: 22.2.2004
Где: Stuttgart<-> ;Karlsruhe, Germany

Репутация: 1
Всего: 8



Цитата(ecologist @  3.10.2008,  09:22 Найти цитируемый пост)
В таком контексте на мой взгляд это совершенно не требует понятия Warning. В конце концов такие вещи решаются простым выставлением какого-либо кода, который всегда можно проверить. 


к сожалению ты ошибаешься.. представь себе ситуацию:

server <-> логика <-> ejb <-> backing bean <-> jsf

теперь, по сути вещей, в ejb есть какая нибудь метода:

public ArrayList < FooBar > doSomething(тут 3-7 параметров) throws BarException, FooException {...}

по сути дела, ты передашь лист с FooBar в backing bean..

а куда же тут спрятать Warning? оборачивать всё в какой-нибудь Wrapper? smile => слишком много тупой работы..



--------------------
PM   Вверх
Dims
Дата 4.10.2008, 23:54 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1016
Регистрация: 21.11.2006

Репутация: 4
Всего: 11



Можно просто сделать, чтобы функция ВСЕГДА кидала эксепшн, то есть, её штатным режимом было бы возвращение результата через эксепшн. Тогда можно будет возвращать разные типы в зависимости от варнинга, причём если вызывающиего модуля не интересует варнинг, он может не смотреть подтип.

Добавлено через 19 секунд
P.S. Кстати, а где есть Warning?
PM MAIL   Вверх
polosatij
  Дата 8.10.2008, 21:02 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1143
Регистрация: 22.2.2004
Где: Stuttgart<-> ;Karlsruhe, Germany

Репутация: 1
Всего: 8



Цитата(Dims @  4.10.2008,  23:54 Найти цитируемый пост)
Можно просто сделать, чтобы функция ВСЕГДА кидала эксепшн, то есть, её штатным режимом было бы возвращение результата через эксепшн. Тогда можно будет возвращать разные типы в зависимости от варнинга, причём если вызывающиего модуля не интересует варнинг, он может не смотреть подтип.


так нельзя сделать.. это чистое нарушение семантики..

------------

в общем, я сделал так:

Код

    ESIResponseResult < Object > modifyNOF(final String pNOF, ...) throws ClientAPIException, ...; // где ESIResponseResult < T >
    ESIResponseResult < ArrayList < FooBar > > modifyNOF(final String pNOF, ...) throws ClientAPIException, ...; // где ESIResponseResult < T >


Aмерику я не открыл и посему продисел 4е дня в обработке warning-ов и возвращающих типов  smile 


Цитата(Dims @  4.10.2008,  23:54 Найти цитируемый пост)
P.S. Кстати, а где есть Warning? 


не наю.. не видел.. нигде не пробегал?  smile 

Это сообщение отредактировал(а) polosatij - 8.10.2008, 21:06


--------------------
PM   Вверх
LSD
Дата 9.10.2008, 12:23 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Leprechaun Software Developer
****


Профиль
Группа: Модератор
Сообщений: 15718
Регистрация: 24.3.2004
Где: Dublin

Репутация: 210
Всего: 538



А вы не задумывались о том, что накладные расходы на Exception намного выше, чем на простой вызов метода?


--------------------
Disclaimer: this post contains explicit depictions of personal opinion. So, if it sounds sarcastic, don't take it seriously. If it sounds dangerous, do not try this at home or at all. And if it offends you, just don't read it.
PM MAIL WWW   Вверх
Dims
Дата 9.10.2008, 17:01 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1016
Регистрация: 21.11.2006

Репутация: 4
Всего: 11



Цитата(polosatij @  8.10.2008,  21:02 Найти цитируемый пост)

так нельзя сделать.. это чистое нарушение семантики..

Почему это? Exception -- это дополнительный канал возврата информации из метода. Разработчики языка решили разбить каналы возврата информации на две группы: основной и дополнительные. Группы всего две. 

А Вы, фактически, хотите сделать, чтобы их было три. Поскольку больше групп сделать нельзя, я и предложил устранить одну из групп, перейдя к одноранговой системе, управляемой только типами.

PM MAIL   Вверх
polosatij
Дата 10.10.2008, 22:13 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1143
Регистрация: 22.2.2004
Где: Stuttgart<-> ;Karlsruhe, Germany

Репутация: 1
Всего: 8



Цитата(Dims @  9.10.2008,  17:01 Найти цитируемый пост)
Почему это?


потому как,

1). читай выше, что сказал LSD
2). Exception - это исключение, кот. говорит, сорри, я ничего сделать на данном уровне не могу, а Warning - это вообще не исключение, оно вообще сюда никаким макаром не катит.. ты в борщ хочешь кинуть яблоки => съесть можно, но уже что-то не то..


--------------------
PM   Вверх
sith
Дата 13.10.2008, 17:44 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 537
Регистрация: 11.2.2007

Репутация: нет
Всего: 1



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

автор приводил пример...

Код
  
 public void foo() throws Warning {
        throw Warning();
    }

    // тогда

    public void bar() {
        try {
            foo();
        } catch (Warning w) {
            // обрабатываем warning и 
        }
        // работаем дальше..
    }



но скажите мне чем это отличаеться от эксепшенов...
... автор приводил пример...
Код

пример 2: делаем запрос на сервер, отсылаем какуй-либо запрос на тему add instance;
с сервера приходит warning: "запрос был осуществлён и имеет смысл, но в вашем запросе пустое поле А"..
это значит, запрос так и так имеет смысл, но следует предупреждение с сервера   


ну если инстанс добавился ... то что миняет в логике программы отсудствие поля А... если это поля критично то варнинг не пойдет а нужно реджектить запрос и все делать заново... если А серверу не важно зачем бросать какойто варнинг ... 

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




Это сообщение отредактировал(а) sith - 13.10.2008, 17:44


--------------------
Там где ты ставишь глупые смайлики, я вбиваю восклицания знаки!!!
PM MAIL   Вверх
LSD
Дата 14.10.2008, 11:33 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Leprechaun Software Developer
****


Профиль
Группа: Модератор
Сообщений: 15718
Регистрация: 24.3.2004
Где: Dublin

Репутация: 210
Всего: 538



Цитата(sith @  13.10.2008,  18:44 Найти цитируемый пост)
но скажите мне чем это отличаеться от эксепшенов...

Вообще-то Дрон, уже здесь уже объяснил чем это отличается от Exception.


Цитата(sith @  13.10.2008,  18:44 Найти цитируемый пост)
ну если инстанс добавился ... то что миняет в логике программы отсудствие поля А... если это поля критично то варнинг не пойдет а нужно реджектить запрос и все делать заново... если А серверу не важно зачем бросать какойто варнинг ... 

И этот вопрос тоже уже обсуждался.


Почитай всю тему, а не только первый пост.


--------------------
Disclaimer: this post contains explicit depictions of personal opinion. So, if it sounds sarcastic, don't take it seriously. If it sounds dangerous, do not try this at home or at all. And if it offends you, just don't read it.
PM MAIL WWW   Вверх
Ответ в темуСоздание новой темы Создание опроса
Правила форума "Java"
LSD   AntonSaburov
powerOn   tux
javastic
  • Прежде, чем задать вопрос, прочтите это!
  • Книги по Java собираются здесь.
  • Документация и ресурсы по Java находятся здесь.
  • Используйте теги [code=java][/code] для подсветки кода. Используйтe чекбокс "транслит", если у Вас нет русских шрифтов.
  • Помечайте свой вопрос как решённый, если на него получен ответ. Ссылка "Пометить как решённый" находится над первым постом.
  • Действия модераторов можно обсудить здесь.
  • FAQ раздела лежит здесь.

Если Вам помогли, и атмосфера форума Вам понравилась, то заходите к нам чаще! С уважением, LSD, AntonSaburov, powerOn, tux, javastic.

 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | Java: Общие вопросы | Следующая тема »


 




[ Время генерации скрипта: 0.0987 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.