а вам часто его надо компилировать? В хостед моде (который теперь девелопер моде) он на лету ваши изменения транслирует в виртуальную машину в которой крутится JS при отладке и отдается браузеру через плагин. Что-то более быстрое для разработки придумать сложно. Ну а когда время деплоить на сервер, да, придется потратить пару минут.
Возникла такая же мысль.
>>В классическом же ООП будет отдельный класс, но это полбеды; главное — будет рефакторинг с выделением интерфейса
>>и написанием кучи кода, который вообще ничего не делает, а просто поддерживает структуру классов. А всё из-за
>>статической типизации, которая не позволяет просто так использовать вместо «просто кнопки» «кнопку с перламутром».
Когда начинаешь учить Java может случиться enterprise головного мозга. Важно понять что никто не заставляет использовать интерфейсы и наследование везде и всюду. На java тоже можно все делать просто и быстро.
Звучит неплохо.
Кстати про саппорт Gmail в бесплатной версии несколько раз слышал негатив — только отписки, реальные проблемы решить практически невозможно.
статья похожа на сгенерированную сеошниками для поисковых машин, читать и понять что к чему сложновато.
А если вам надо быстро что-то найти в 75Gb посмотрите с сторону Map/Reduce, Hadoop, ваша задача туда хорошо ложиться
Интересно много людей поняли хотя бы половину из написанного? Конечно хорошо если ты лихо знаешь высшую математику — все в чем-то профессионалы. Но доносить идеи на неспециализированном ресурсе лучше все же в стиле for dummies, имхо конечно
Выглядит красиво и работает шустро. Всегда было интересно, на чем пишете и подготовлены ли к нагрузкам?
Вижу jQeury для браузерных дел. Вижу nginx на сервере.
Что за nginx, php fast-cgi?
На чем база? Кэшируете? Шардите? реплицируете?
Либо я ничего не понимаю, либо это ппц.
>>Теперь всякому объекту, которому необходимо знать об успешном прохождении уровня, достаточно реализовать протокол GameStateObserver и подписаться на оповещение об успешном завершении. Соотвествующий код будет выглядеть примерно так:
То есть каждая фигнюшка которая просто хочет узнать об изменении GameState создает в памяти экземпляр класса GameState? У вас получится 40 разных экземпляров GameState?
А объект GameState должен хранить в себе ссылки на все фигнюшки которые на него подписались?
два проекта на которые к слову ходит половина страны.
Глянцевые кнопки, главстарты и мечты «а мы все сделаем красиво» это одно, а о том как эволюционировать двух тяжеловесов с историей все же интересно послушать.
>>В классическом же ООП будет отдельный класс, но это полбеды; главное — будет рефакторинг с выделением интерфейса
>>и написанием кучи кода, который вообще ничего не делает, а просто поддерживает структуру классов. А всё из-за
>>статической типизации, которая не позволяет просто так использовать вместо «просто кнопки» «кнопку с перламутром».
Когда начинаешь учить Java может случиться enterprise головного мозга. Важно понять что никто не заставляет использовать интерфейсы и наследование везде и всюду. На java тоже можно все делать просто и быстро.
Кстати про саппорт Gmail в бесплатной версии несколько раз слышал негатив — только отписки, реальные проблемы решить практически невозможно.
А если вам надо быстро что-то найти в 75Gb посмотрите с сторону Map/Reduce, Hadoop, ваша задача туда хорошо ложиться
Вижу jQeury для браузерных дел. Вижу nginx на сервере.
Что за nginx, php fast-cgi?
На чем база? Кэшируете? Шардите? реплицируете?
GameState *gameState = [[GameState alloc] init];это не реализация протокола, это создание экземпляра класса
>>Теперь всякому объекту, которому необходимо знать об успешном прохождении уровня, достаточно реализовать протокол GameStateObserver и подписаться на оповещение об успешном завершении. Соотвествующий код будет выглядеть примерно так:
GameState *gameState = [[GameState alloc] init];
[gameState addObserver:levelManager];
[gameState addObserver:levelViewController];
То есть каждая фигнюшка которая просто хочет узнать об изменении GameState создает в памяти экземпляр класса GameState? У вас получится 40 разных экземпляров GameState?
А объект GameState должен хранить в себе ссылки на все фигнюшки которые на него подписались?
@interface GameState : NSObject {
…
NSMutableSet *observerCollection;
}
Тут пахнет кривизной либо кода, либо Objective C.
В Java и Java кастартах типа AS3 такие проблемы решаются классом Event.
Глянцевые кнопки, главстарты и мечты «а мы все сделаем красиво» это одно, а о том как эволюционировать двух тяжеловесов с историей все же интересно послушать.