Protobuf немного более гибкий чем Json. Например в нем есть разные типы данных чисел. (int, float, int32). Можешь задать тип сообщения, то есть все сообщения будут соответствовать определенному формату.
Плюс, ты описываешь какие-то данные и protobuf сгенерит набор классов для конкретного языка для работы с этими данными. В Json тебе придется самому писать эти классы. Ну а потом уже можно эти сообщения уже гонять по сети в компактном формате или класть в кеш, или даже сохранять в базу данных.
Точно. Я работал в коллективе где много рассуждали, кто какой код пишет, у кого код крутой, а кто «ремесленник».
А по реальным показателям, крутой код был еще более глючный и не всем хотелось с ним работать, потому что слишком сложно написано. Хрен знает.
Идея в общем понятная, что хороший программист лучше плохого программиста, но практика бывает такая что умный программист ничего сделать не может, потому что ему мешает его ум и самомнение. А средний программист, тихо и простой палкой копалкой может сделать хороший продукт.
Это каждый раз надо делать?
В общем как человек который уже много лет пишет на яве могу сказать что я не использую несколько приложений на одном tomcat
У нас работает несколько экземпляров jetty одного и того же приложения чтобы распределять нагрузку. Запросы распределяет nginx.
Мне казалось так все делают.
Термоядерно сложно и не очевидно, в этой каше потом никто не разберётся.
Я тоже несколько лет использовал spring, а теперь пишу на guice. Очень доволен.
Посмотрите выложенные исходники проектов которые пишут гугловые программисты. Они бы так не написали.
просто в веб пришли настоящие программеры... посмотрели на текущие ajax решения и сказали: вы действительно на этом пишете? are you crazy? И придумали как это упростить и сделать возможным нормально работать, а не трахать код каждый день :-)
Это плохо?
вопрос не в конкретном виджете, вопрос в том как собрать сотню классов и тысячу методов и заставить это работать, найти все клюги. когда вы пишете сотню маленьких функци на JavaScript рано или поздно это превращается в АД и всегда будет повторяться одно и тоже: "тут починил - там сломал" или "фак! только вчера это всё работало" :-)
GWT работает быстрей за счёт меньшего количество глюков, за счёт того код пишется на JAVA (можно использовать крутые среды для программирования, это тоже экономит время) за счёт того что синтаксис проверяется и средой и при компиляции и за счёт того что генерится код разный под каждый браузер.
> Ведь он же тоже в конечном итоге всё в javascript приводит.
ну это не тоже самое, любой компилятор преобразует код с любого языка в низкоуровневые команды которые выполняются непосредственно процессором, но нас же это не касается?
У нас сейчас есть приложение 1 мегабайт кода на JAVA в результате которого получается цельное Ajax-приложение где всего лишь одна .html, я хотел бы посмотреть на подобное решение с помощью чистого JavaScript или с помощью даже крутых JavaScript framework'ов. Мне кажется это был бы АД.
Посмотрите в конце концов на gmail и google reader это не JavaScript это уже GWT :-)
Я бы лучше сделал эту систему на GWT.
JavaScript отстой ибо никогда вам не удаться вылезать глюки и работает всё равно медленно страницы постоянно перезагружаются.
Цель "Андроида" создание открытого программного обеспечения, где всем программистам предоставлены равные возможности при работе с функиями телефона при написании программ. Где есть хорошо продуманный и документированный API.
Чтобы программное обеспечение не зависило от платформы. Точнее не зависило от фирмы производителя телефона, конечно телефон должен работать на этом Андроиде.
Скришнот это просто эмулятор для отладки программ, ничего общего с реальным телефоном от Гугла.
Вобщем тема очень правильная. Посмотрите с какими глючными аппаратами нам приходиться сейчас жить. Жду не до ждусь когда появяться телефоны работающие на этой платформе :-)
Плюс, ты описываешь какие-то данные и protobuf сгенерит набор классов для конкретного языка для работы с этими данными. В Json тебе придется самому писать эти классы. Ну а потом уже можно эти сообщения уже гонять по сети в компактном формате или класть в кеш, или даже сохранять в базу данных.
А по реальным показателям, крутой код был еще более глючный и не всем хотелось с ним работать, потому что слишком сложно написано. Хрен знает.
Идея в общем понятная, что хороший программист лучше плохого программиста, но практика бывает такая что умный программист ничего сделать не может, потому что ему мешает его ум и самомнение. А средний программист, тихо и простой палкой копалкой может сделать хороший продукт.
В общем как человек который уже много лет пишет на яве могу сказать что я не использую несколько приложений на одном tomcat
У нас работает несколько экземпляров jetty одного и того же приложения чтобы распределять нагрузку. Запросы распределяет nginx.
Мне казалось так все делают.
> в xml файлы Spring'а и разметить код с помощью аннотаций.
По-моему лучше писать код, чем писать XML :-)
Я тоже несколько лет использовал spring, а теперь пишу на guice. Очень доволен.
Посмотрите выложенные исходники проектов которые пишут гугловые программисты. Они бы так не написали.
когда уже это будет работать без проблем?
Я учил по примерам которые идут в комплекте с GWT. Не так сложно :-)
Это плохо?
> Ведь он же тоже в конечном итоге всё в javascript приводит.
ну это не тоже самое, любой компилятор преобразует код с любого языка в низкоуровневые команды которые выполняются непосредственно процессором, но нас же это не касается?
У нас сейчас есть приложение 1 мегабайт кода на JAVA в результате которого получается цельное Ajax-приложение где всего лишь одна .html, я хотел бы посмотреть на подобное решение с помощью чистого JavaScript или с помощью даже крутых JavaScript framework'ов. Мне кажется это был бы АД.
Посмотрите в конце концов на gmail и google reader это не JavaScript это уже GWT :-)
JavaScript отстой ибо никогда вам не удаться вылезать глюки и работает всё равно медленно страницы постоянно перезагружаются.
(больше года пишу на GWT есть с чем сравнить)
Чтобы программное обеспечение не зависило от платформы. Точнее не зависило от фирмы производителя телефона, конечно телефон должен работать на этом Андроиде.
Скришнот это просто эмулятор для отладки программ, ничего общего с реальным телефоном от Гугла.
Вобщем тема очень правильная. Посмотрите с какими глючными аппаратами нам приходиться сейчас жить. Жду не до ждусь когда появяться телефоны работающие на этой платформе :-)