А 23 марта 2013 года его еще не было ;) а теперь да, ситуация немного изменилась. В прочем вот эта часть "… или возвращает вас «назад», к предыдущему экрану" так и осталась не совсем верной.
Вы не написали в чём же главное преимущество Loader'ов: их жизненный цикл отвязан от конкретной активности и управляется LoaderManager'ом. Это решает очень распространённую в 2.х проблему: вы начали загрузку чего-то тяжёлого в отдельном потоке (в асинктаске или руками созданном потоке, не суть), а активность пересоздалась (перевернули девайс). Асинтаска в панике — возвращать результат некуда, а вам нужно либо начинать загрузку заново либо придумывать велосипед по сохранению результатов загрузки. Loader'ы полностью решают эту проблему: вы просите у менеджера экземпляр лоадера по идентификатору. Если лоадер не был создан — менеджер его создаст, иначе — отдаст существующий экземпляр. То есть инициировать создание лоадера может одна активность, а получить результат уже совсем другая.
А на счёт Thread и AsyncTask я слышал мнение, что всегда предпочтительно использовать асинктаски (даже если операция никак не влияет на интерфейс), поскольку асинктаски используют общий пул потоков, что сводит к минимуму риск создания нового тяжеловесного потока.
Что-то невезёт кнопке Up — если даже среди людей делающий приложения не все понимают как она должна работать, то с пользователями совсем беда.
. Нажатие на логотип обычно вызывает боковое меню или возвращает вас “назад”, к предыдущему экрану.
На самом же деле кнопка Up делает переход по иерархии экранов (то есть, если вы на экране описания приложения в маркете, то по нажатию на кнопку Up вы попадаете в список приложений маркета, даже если на экран описания приложения пришли совсем из другого места).
Вот тут про это замечательно написано, только нужно не поленится прочитать всё от начала до конца, а не ограничится просмотром картинок.
Боковое меню это вообще UI шаблон, которого в гайдлайнах нет вовсе, это заимствавание из iOS. Потому, чтоб не путать пользователся, лучше не вешать его открытие на логотип, или, по крайней мере, скрывать стрелочку (которая и показывает, что логотип работает как Up).
Всё тот же Gimp, для чего-то более или менее серьёзного и Pinta для быстрых правок. Это порт Paint.NET, есть достаточно много багов, но в целом юзабелен.
Будущее это хорошо. Но будущее для повседневного использования должно быть продумано до мелочей и очень стабильно работать. Вот этого про Unity сказать, к сожалению, нельзя. Месяца 4 ей пользуюсь и сталкивался со множеством ее багов. Самый часто встречающийся — док просто не показывается при приближении курсора к левой границе экрана. Еще бывает что кнопки максимизированного окна (закрыть-свернуть...) не показываются или показываются не для текущего выделенного приложения.
Кроме багов есть еще и просто недоработки: для того чтоб добавить иконку в трей, нужно лезть в недра системы — совсем не дружелюбно. Множество программ не адаптированны к Unity и даже чтоб показывалась родная иконка приложения опять нужно лезть в конфиги.
Конечно, для людей которые готовы потратить некоторое время на настройку все это устранимые проблемы, но ведь Canonical позиционирует Ubuntu как очень юзерфредли систему, в которой все работает из коробки.
Можно попробовать совершенно заурядные ситуации для любых видов спорта:
-телефон попал в отделение с мокрой/потной одеждой (после тренировки, плавания и т.д.) и провел там несколько часов кряду
-телефон оказался в кармане или отделении рюкзака с песком (летом на пляже/полянке с чем-то прилипучим или сыпучим, вместе с вещами вся эта радость замечательно перемещается в карманы и отделения)
-телефон подвергается длительной тряске (к примеру с ним бегут и он ударяется о что либо в рюкзаке)
-делаете вы что-нибудь в наушниках, и тут зацепляетесь кордом за что-то. Сильный рывок, скорее всего провод оторвется от штекера и тут интересно что же случится с разъёмом
-для зимы актуально: катаясь на лыжах, телефон лежит в наружном кармане, и, следовательно, мерзнет. Насколько упадет объем аккумулятора, как будет работать сенсорность экрана?
-ну и наконец для лета: телефон перегрелся на солнышке. Часто в таких случаях появляется конденсат на внутренней стороне стекла/пластика защищающего экран. Хотя тут говорят, что в этом телефоне вообще нет промежутка между экраном и защитным стелом, но все же.
Простите, но с Вами можно не согласится. Вы говорите: «Если вы не можете купить программу за 100 рублей — не пользуйтесь ей», то есть вы обращаетесь к пользователю. Но можно же обратится и к разработчику: «Если вы не можете обеспечить условий для распространения своей программы за деньги, то выбирайте другой способ монетизации».
Недавно столкнулся с Мавеном и он отпугнул меня. Вы в самом начале пишете, что Мавен навязывает структуру проекта, но это не наибольшая проблема. Я с этой проблемой до сих пор уживаюсь с большим зубовным скрежетом (: Отчасти потому, что мавеновская структура проекта делает очень не удобной работу в Eclipse, потому что у него стандартная структура проекта сильно отличается. У Вас скрины из Eclipse. Вот теперь, собственно, вопрос: как вы подружили Maven и Eclipse?
PS я пробовал плагины для интеграции, но это не решает многих проблем. К примеру, если создавать в Eclipse Dynamic Web-project то вообще случается беда и совершенно не понятно как подружить структуры.
Простите за вопрос несколько не по теме. Заранее спасибо за ответ
Не стоит забывать, что ООП это совсем не только способ написания программы. Решить определенную задачу, можно при помощи любой парадигмы программирования (в какой-то — проще, в какой-то сложней). ООП это еще и способ мышления при проектировании. Так как любой программист — человек, ему удобнее мыслить в терминах реальных объектов, предметов из реального мира. Поэтому можно не согласится, с вашей точкой зрения, в которой Вы опровергаете
> «С++ очень прост в том смысле, что классы С++ повторяют описание объектов реального мира. „
Для всего Линукс-подобного есть замечательная программа X Neural Switcher. Очень поверхностно знаком с Punto Switcher, но люди говорят что XNeur имеет тот же функционал. И повесить выбор раскладки на клавиатурный шорткат тоже можно.
С учетом того, что практически на всем на чем запустится Jimm (или любой другой icq-клиент написанный на java) запустится и Опера Мини, то необходимость вашего сервиса становится не очевидной. В добавок, Опера жмет трафик, так что тут тоже выигрыш на стороне Оперы. Если размышлять с такой точки зрения, то лучше к вашей базе/поиску прикрутить веб-мордочку, очень минималистскую и которая умела бы бить книги по небольшим блокам. В результате получите и сверх малый трафик и удобство использования.
У самого такой же в соседней комнате стоит. папа использует как печатную машинку, причем весьма успешно. Попал он ко мне с двухтысячным на борту и намучился я с ним порядочно. Потом «откатился» на миллениум, у которого свалы в синий экран казалось были настроены в планировщик. Однажды просто в шутку захотел поставить ХРюшу и, о чудо, поднялась и до сих пор очень даже хорошо бегает.
А еще у меня к нему не только док-станция но и нативный флопик на шнурочке с таким уж жутким разъемом что без фотки не передать :)
А на счёт Thread и AsyncTask я слышал мнение, что всегда предпочтительно использовать асинктаски (даже если операция никак не влияет на интерфейс), поскольку асинктаски используют общий пул потоков, что сводит к минимуму риск создания нового тяжеловесного потока.
На самом же деле кнопка Up делает переход по иерархии экранов (то есть, если вы на экране описания приложения в маркете, то по нажатию на кнопку Up вы попадаете в список приложений маркета, даже если на экран описания приложения пришли совсем из другого места).
Вот тут про это замечательно написано, только нужно не поленится прочитать всё от начала до конца, а не ограничится просмотром картинок.
Боковое меню это вообще UI шаблон, которого в гайдлайнах нет вовсе, это заимствавание из iOS. Потому, чтоб не путать пользователся, лучше не вешать его открытие на логотип, или, по крайней мере, скрывать стрелочку (которая и показывает, что логотип работает как Up).
Кроме багов есть еще и просто недоработки: для того чтоб добавить иконку в трей, нужно лезть в недра системы — совсем не дружелюбно. Множество программ не адаптированны к Unity и даже чтоб показывалась родная иконка приложения опять нужно лезть в конфиги.
Конечно, для людей которые готовы потратить некоторое время на настройку все это устранимые проблемы, но ведь Canonical позиционирует Ubuntu как очень юзерфредли систему, в которой все работает из коробки.
-телефон попал в отделение с мокрой/потной одеждой (после тренировки, плавания и т.д.) и провел там несколько часов кряду
-телефон оказался в кармане или отделении рюкзака с песком (летом на пляже/полянке с чем-то прилипучим или сыпучим, вместе с вещами вся эта радость замечательно перемещается в карманы и отделения)
-телефон подвергается длительной тряске (к примеру с ним бегут и он ударяется о что либо в рюкзаке)
-делаете вы что-нибудь в наушниках, и тут зацепляетесь кордом за что-то. Сильный рывок, скорее всего провод оторвется от штекера и тут интересно что же случится с разъёмом
-для зимы актуально: катаясь на лыжах, телефон лежит в наружном кармане, и, следовательно, мерзнет. Насколько упадет объем аккумулятора, как будет работать сенсорность экрана?
-ну и наконец для лета: телефон перегрелся на солнышке. Часто в таких случаях появляется конденсат на внутренней стороне стекла/пластика защищающего экран. Хотя тут говорят, что в этом телефоне вообще нет промежутка между экраном и защитным стелом, но все же.
pustovitm@gmail.com
PS я пробовал плагины для интеграции, но это не решает многих проблем. К примеру, если создавать в Eclipse Dynamic Web-project то вообще случается беда и совершенно не понятно как подружить структуры.
Простите за вопрос несколько не по теме. Заранее спасибо за ответ
> «С++ очень прост в том смысле, что классы С++ повторяют описание объектов реального мира. „
А еще у меня к нему не только док-станция но и нативный флопик на шнурочке с таким уж жутким разъемом что без фотки не передать :)