Так же инициализация объектов вне конструктора - исправил.
Сделал что бы тип объекта задавался через enum.А где же твоё ООП?Ну создай ты:
И уже по интерфейсу будет понятно, что объект динамический.

Приметить можно, но не обезательно. Тут он не нужен.Тебе видней. Добавляешь ты, такой, параметры в конструктор класса, а потом ищешь, в каком же классе ты его инициализировал. Почитай ещё про Dependency Injection, как раз твой случай.

Кстати про DI в яве, там все в xml надо описывать?

Блин. Ну как вам это объеснить? МНЕ САМ ТЕЛЕФОН лет сто ПОДКЛЮЧАТЬ. Пока запустится программа для синхронизации Nokia, пока синхранизирутся, минут 5-10 уходит. А если так каждый раз ТОЛЬКО для залития на гит, то ой-ой-ой моей психике.

Про код:
1. Ну инициализация вне конструктора Ну... Я не всё просмотрел.
2. ООП? Интерфейс для динамического и статичного? Зачем? Они ничем обсолютно не различаются, только то что динамически каждый тик перезаписывают в сетку. И всё. А с интерфейсом определять куда относится объект - будет дольше. Так как у меня будет не 1 объект динамический, а много. Например теже предметы которые выпали - дроп. Они динамические. А статичные будут как... Гора. Не сдвинуть и ничего с ними не сделать.
  То есть ещё в move сделаю
то есть статичные можно сдвинуть только на прямую изменить координаты.

aNNiMON, а я прошлый код смотрел и чуть не застрелился

Цитата Death:

---

не удобно ..., и читабильность падает.Володя против системы

Читабельность падает когда логически целый класс разбросан по другим.
Может, стоило с бейсика начать?))0

Пока запустится программа для синхронизации Nokia3G модем не вариант купить?
Death, про конструкторы: делай нормально, не надо выдумывать.

Вить, а ведь он еще хочет MVC вот туда прикрутить

Витаминыч, Не ухади от темы.

1. Купить модем. Отец всё говорит, что купит, но сейчас деньги на другое уходят. Так что не как. Може к НГ 2018 будет.
2. Первый код - тот что новый пишу, первый что скинул? Не джавистам не привычно такое)
3. MVC - будет разделена логика от отрисовки и данные отдельно. Там будет много наследования.

минут 5-10 уходит

Ничоси

Ничоси

2. Пожалуйста, не будь Богданом. У тебя не хайлоад проект (нынче хипстерское словосочетание), где критически важна производительность. Эта проверка делается не намного медленнее твоего if (type == TypeObjectWorld.STATIC), к тому же у тебя она в коде лишь при добавлении, а добавление не так часто может вызываться.
А коль так печёшься о производительности, почему ж лямбду с forEach не уберёшь из метода рендера объекта? objs.forEach(ob -> ob.draw(b)); в классе World.

aNNiMON, Хех... Так. А интерфейс всё же чем мне поможет? Только что бы сравнивать тот это объект или нет? И да, как можно проверить, тот это интерфейс или нет? Это как Object проверять через instanceof?

И да, говоришь forEach медленее for(int i...)...

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

Death, да прочти ты уже наконец, зачем интерфейсы нужны! http://developer.alexanderklimov.ru/android/java/interface.php

И не форич медленный а лямбда в нем

Death, и что значит не ждавистам? Ты про себя штоль?

Витаминыч, Ну?! Интерфейсы сгодятся для API. Зачем их лепить туда и сюда? Они для методов которые нужно реализовать. Когда кто будет использовать, то:
Interface in = new ClassImplemendsInterface();
in.methor1();
in.methor2();

А не что бы определить тот это объект ил не тот, или даже тот бред для гетеров и сетеров.(ладно гетеры, но только для сетеров - это через край бред)

Цитата Death:

---

И да, как можно проверить, тот это интерфейс или нет? Это как Object проверять через instanceof?Садись перечитывать учебник, двойка тебе. Джава за тебя может всё сделать, а ты всё ручками пытаешься. Смотри: http://ideone.com/VKkBTI
Кстати, заодно и Витаминыча вспомнил, геттер в интерфейс впихнул