CTAPbIu_MABP's BLOG

Так получается что по работе я все дальше отхожу от JavaScript в сторону Java. Я в принципе я рад, но дело в том, что писать становиться все сложнее, потому что показывать какие-то мелкие части большой системы не имеет никакого смысла, их зачастую нельзя даже использовать повторно. Но вот недавно мне пришлось использовать библиотеку под названием JFreeChart и о ней я сейчас расскажу.

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

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

Я думаю появление сегодня FireBug 1.2beta для FireFox3rc1 станет последней каплей для массовой миграции на FireFox3. Впринципе все что нужно для отладки уже есть - WebDeveloper Tool Bar и FireBug, дело осталось за малым - чтобы все остальные плагины обновились, а то достало уже держать две версии FireFox'а на работе и дома, хотя я думаю, что без них можно обойтись...

Сегодня Mozilla выпустила Firefox 3.0 Release Candidate 1, это означает что до выпуска FF3 осталось совсем немного. Я думаю многие ждут окончательного релиза чтобы перейти на него, единственно что пока меня сдерживает это отсутствие FireBug'a. Некоторые нетерпеливые, типа Fedora 9 недождались окончательной версии и включили в дистрибутив Firefox 3.0 Beta 5.

Сегодня ночью вышла Fedora 9, в 2 часа ночи я ее уже скачал и поставил ВМЕСТО windows XP. Так что теперь я буду именовать себя гордым словом "линуксоид" :D. Обзоры, чендж логи и прочую муть вы можете прочитать на официальном сайте, тут никто это не будет тиражировать или переводить, я тока картинку повешу)))

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

Ура!!! Наконец то это свершилось! Сегодня вышел в свет дебагер для Opera под названием «Dragonfly». Он доступен в стандартном дистрибутиве браузера по умолчанию, начиная в версии 9.5 beta 2.

При большом внешнем сходстве с FireBug, Dragonfly имеет клиент-серверную архитектуру, то есть через какое-то время (после публикации протокола Scope) появятся плагины к Eclipse и другим IDE, из которых можно будет отлаживать страницы, отображаемые Opera. Это уже не просто расширение для дебага внутри браузера, а настоящий фреймворк для дебаггинга, где движком для рендеринга страниц и исполнения скриптов будет Opera, а дебаг-средой - выбранный самим разработчиком IDE, т.е. совсем необязательно тулза, встроенная в саму Opera. Это также позволяет работать не только с настольной Opera, а отлаживать, например, Opera для мобильных устройств, на экране которых толком и окно дебаггера не разместишь. И хоть «Dragonfly» еще очень сырой и далёк от заявленных фичасетов но, я думаю это веский аргумент в новом витке браузерных воин.

	Статья Pattern: Registry имеет непосредственно отношение к этой статье, советую ознакомиться перед прочтением.

Паттерн ServiceLocator изначально спроектирован для Java и дает возможность находить сервисы, зная их имя. В Java для того чтоб найти Enterprise JavaBeans (EJB) или Java Message Service (JMS) нужно использовать JNDI API. Это накладывает на код некоторые ограничения, например операции поиска и создания компонентов служб могут быть сложными (ресурсоемкими) и могут использоваться периодически в различных клиентах приложения. Для этого ввели паттерн, который позволяет абстрагироваться от использования JNDI и скрытия сложностей создания исходного контекста, а также может повторно использоваться несколькими клиентами.

	Статья относится к старому движку, так что никакого рейтинга вы сейчас тут не найдете, может потом снова прикручу.

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

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

В общем после небольшой обработки кода становятся видны прочие недостатки.