Home
entries friends calendar user info Previous Previous
Friends

Advertisement

astraz
[info]ru_vfx
[info]astraz
Add to Memories
Tell a Friend
astraz
[info]ru_vfx
[info]astraz
Add to Memories
Tell a Friend
astraz
[info]ru_vfx
[info]astraz
Add to Memories
Tell a Friend
kukunin
[info]ru_java
[info]kukunin
Add to Memories
Tell a Friend
 Добрый день, сообщество. Возможно не туда пишу, но все же J2ME - часть Java. 
В MIDP2.0 добавились удобные классы Layer, LayerManager. Всю композицию можно строить и рендерить слоями. НО, почему я не могу создавать собственный подкласс от Layer? почему у него не публичный конструктор? 
К примеру мне нужно на карте курсор. Простой белый квадрат нужных размеров. Логичнее всего было б сделать подкласс от Layer, и в переопределенном методе paint рисовать квадрат в нужных координатах. 
Конечно, можно написать класс, который и сам будет оперировать понятиями как размеры, позиция и т.п., НО, нужно дополнительно вызывать paint этого курсора, и нельзя его пихать между слоев ( выше земли, ниже персонажа ).

Как быть? Решит проблему создание в проекте пакетов javax.microedition.lcdui.game и туда разместить класс курсора? тогда будет доступ до конструктора Layer? 
vgramagin
[info]ru_java
[info]vgramagin
Add to Memories
Tell a Friend
У меня вопрос про фильтры: пишу фильтр, который эмулировал бы url-rewrite

/someDir/*, мне надо, чтобы request на все адреса внутри someDir переходил на адрес /someServlet?handle=URL, где URL - изначально запрошенный адрес.

И вот тут у меня затык - ((HttpServletRequest) request).getQueryString() возвращает мне null.

можно вообще реализовать то, что я хочу, или средствами сервлетов - никак?


Спасибо!
pinkfall
[info]ru_vfx
[info]pinkfall
Add to Memories
Tell a Friend
sergo2005
[info]ru_vfx
[info]sergo2005
Add to Memories
Tell a Friend

showreel от автора книги серии Deconstructing the Elements with 3ds
под катом behind the scenes работы над одним из фильмов

+1 )
geks1
[info]ru_vfx
[info]geks1
Add to Memories
Tell a Friend
3dwalker
[info]ru_vfx
[info]3dwalker
Add to Memories
Tell a Friend
В качестве конструктивного продолжения нашего "доклада" на конференции CGevent,
мы решили провести круглый стол супервайзеров.
Для тех, кто не присутствовал на конференции, либо не знает, о чем идет речь, хочется рассказать поподробнее.
Когда я планировал доклад на ивенте, который должен был стать продолжением предыдущего выступления
http://training.riskreductionmanagement.com/articles/cg-grabli,
я понял, что мне не хочется делать очередную официозную презентацию.

И пообщавшись с Алексеем Кролом, с которым я познакомился на его семинаре по
продюсированию кинопроектов, мы сгенерировали идею, снять короткометражный фильм.

В этом фильме должна была быть показана типичная история, как НЕ НАДО делать кино со спецэффектами.
Чтобы не быть голословным, я опросил несколько супервайзеров, и получил целый список типичных проблемных ситуаций при коммуникации с продюсерами.

В результате был снят 15 минутный фильм.
Мы не должны были успеть его сделать к Cgevent, но фильм был сделан и показан.
И вызвал бурную дискуссию.
И меня самого не все удовлетворило в этом выступлении:
Во первых. Фильм не является отражением моего взгляда на проблемы.
Во вторых. Из за того, что доклад длился всего лишь час, мы не успели ответить на вопрос КАК решать эти проблемы.

Поэтому возникло желание осветить методы решения этих вопросов.

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

Темой встречи является ответить на вопрос, как супервайзеры решают проблемы проектной коммуникации
с продюсерами на следующих проектных этапах:
Выяснение требований
Обоснование бюджета
Приемка работ
Корректуры
По предварительной договоренности на встрече будут присутствовать:
  • Аркадий Дубинин (Студия TRIGRAPH )
  • Дмитрий Токояков (Студия Базелевс VFX)
  • Александр Горохов (Студия CGFactory|C.L.R. )
  • Алексей Крол (Продюсерская компания Лазурные Поля)
  • Станислав Глазов (Компания RRM)


Круглый стол будет вещаться онлайн.
Если Вы хотите попасть на вещание, Вы можете записаться на странице:
http://training.riskreductionmanagement.com/event/online-conference-supervisors
w84sc2
[info]ru_java
[info]w84sc2
Add to Memories
Tell a Friend
Generic Dao существенно облегчает жизнь, но всё время задаюсь вопросом: писать кучу методов для конкретных DAO или один универсальный? Как должен выглядеть универсальный метод?

List<E> getList(???);

Что передавать в качестве параметров? Метод должен делать поиск по некоему фильтру, сортировать и учитывать страницу (pagination).
Поделитесь опытом и соображениями.

Резюме.
Чем больше я думаю на эту тему, тем мне всё больше кажется, что метод должен выглядеть примерно так:
List<E> getList(Specification spec, Orderer order, Pager pager)
Ну или
List<E> getList(SelectionRule rule)

Где SelectionRule содержит в себе объект спецификацию, объект, отвечающий за сортировку и объект указывающий какая страница нужна.

Нужно определить интерфейс билдеров, которые умеют переводить эти объекты в нативные запросы конкретного хранилища (DB, XML и т.д.). Таким образом полностью скроется хранилище от Dao (или Repository если угодно).

Например, в avtodao Dao жёстко привязано к DB хранилищу. Или я не прав?
profile
plumon
User: [info]plumon
Name: plumon
calendar
Back January 2008
12345
6789101112
13141516171819
20212223242526
2728293031
page summary
tags

Advertisement

Customize