tehnolog 27 фев 2011 в 15:12

Простой щелчок кнопки

4 мин

83K

Android *

+29

Комментарии 55

dordzhiev 27 фев 2011 в 15:20

>>«Здравствуй, друг»
Пофиксите :)

Автору спасибо! Недавно тоже пытался попробовать андроид после WP7, привязка обработчиков просто убила. Решал это копипастой :)

tehnolog 27 фев 2011 в 15:24

я тоже сначала использовал копипаст ))
Не понял, что пофиксить — вроде все правильно

hardex 27 фев 2011 в 16:18

Решаю это при помощи Eclipse и Ctrl-Space — Enter — Enter

tehnolog 27 фев 2011 в 16:22

а подробнее? где и когда это нажимать?

hardex 27 фев 2011 в 16:28

Набираем (используя автокомплит), нажимаем Ctrl-Space:

Нажимаем Enter:

tehnolog 27 фев 2011 в 16:43

картинки не видны ((

hardex 27 фев 2011 в 16:48

http://img203.imageshack.us/i/007nko.png/
http://img190.imageshack.us/i/009eu.png/

Tibr 27 фев 2011 в 15:28

>обработка щелчка кнопки
>>мне она стоила одной ночи.

Шокировало секунд на 10 :)

Еще есть простой вариант — для вашего класса Activity можно указать, что он реализует интерфейс OnClickListener, тогда в одном методе onClick можно обрабатывать все ваши кнопки :)
То есть у вас будет метод onClick(), в котором будет один большой switch на все кнопки (по их id) :)

tehnolog 27 фев 2011 в 15:40

ну это я так образно сказал.
про указанный способ спасибо — наверное, в некоторых проектах понадобится такой подход.

darkolorin 27 фев 2011 в 15:39

теперь могу написать совет, который давали мне
подсветите пожалуйста код

<!--Ваш код-->

tehnolog 27 фев 2011 в 15:42

тут кода не так много. стоит ли?

darkolorin 27 фев 2011 в 15:44

ваша правда… хотя тут дело вкуса

tehnolog 27 фев 2011 в 15:51

пожалуй, правда ваша )). Так будет лучше. поправил

darkolorin 27 фев 2011 в 15:43

извиняюсь, используя source lang = «java»

Sone 27 фев 2011 в 16:31

Одной ночи? Вы серьезно?

AlexeyFrolov 27 фев 2011 в 16:56

Два месяца назад я написал статью, таргетированную на новичков в разработке под Андроид (да и на java), на примере разработки игры «крестики-нолики» где очень подробно описал каждый этап (с большим количеством листингов и скринов + видео готового приложения). Я ее запостил в песочницу и добрый человек blo.habrahabr.ru выдал мне инвайт, но я побоялся опубликовывать ее здесь, так как к тому времени появилось оочень много квик-стартов на русском (на хабре в том числе).

tehnolog 27 фев 2011 в 16:59

а где теперь можно почитать вашу статью? и чего вы боитесь? поделитесь, плиз

AlexeyFrolov 27 фев 2011 в 17:20

вот хочу понять насколько тема актуальна

Benderlidze 27 фев 2011 в 17:33

выкладывайте. и вам плюсы и нам интересно :)

tehnolog 27 фев 2011 в 17:34

а как вы узнаете, если не выкладываете?

pyJIoH 27 фев 2011 в 17:20

А где мораль? Не надо бояться?

AlexeyFrolov 27 фев 2011 в 17:48

Пожалуйста: habrahabr.ru/blogs/android_development/110247/

MUTOgen4eg 27 фев 2011 в 17:01

Правильная мысль в статье. Материалов и правда мало на русском. Официальные гайдлайны это очень правильно и хорошо, но для тех кто начинает освоение новой платформы удобнее начинать с родного языка, а дальше и за документацтю можно взяться.

tehnolog 27 фев 2011 в 17:05

согласен. меня это немного удивило, что такая популярная платформа и так мало материала на русском для начинающих. если сравнить с microsoft — небо и земля. хочу поучаствовать в закрытии белых дыр.

MUTOgen4eg 27 фев 2011 в 17:08

С удовольствием бы читал ваши статьи.

pyJIoH 27 фев 2011 в 17:12

Хелло ворлды на русском есть, плюс на хабре некоторое количество статей про разработку программ чуть повышенной сложности, что еще нужно? Дальше вы пишите свои программы, сталкиваясь с чем-нибудь неизвестным гуглите и находите ответ на каком-нибудь stackoverflow.com или его тоже надо перевести?

tehnolog 27 фев 2011 в 17:34

вы не представляете, как много людей, не имеющих опыта программирования, не могут пройти дальше первого Hello, World. И статьи повышенной сложности не для них. И чтобы писать свои программы, нужно получить некоторую основу, от которой можно отталкиваться.

pyJIoH 27 фев 2011 в 17:55

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

DarkestMaster 27 фев 2011 в 19:16

Чем-то это напоминает «Android для блондинок». Если человек не может продвинуться дальше «Hello, World», может быть проблема всё-таки не в примерах, а в человеке? Страшно представить, как такие люди будут с multithreading разбираться :(

Доступность Android SDK ещё не означает, что секретарша с гуманитарным образованием должна начать начать разрабатывать свои приложения…

tehnolog 27 фев 2011 в 19:35

вы меня извините, но позвольте блондинке не интересоваться вашим мнением, что ей надо делать.
С таким успехом можно сказать и про вас — лучше стояли бы у фрезерного станка и выпускали нужную продукцию, а не сидели бы в интернетах.
Мне это напоминает идеологию гитлера.

Fury 28 фев 2011 в 12:42

Поставил минус, так как если человек не может продвинуться Hello World, то начинать ему необходимо с основ программирования.
Причём это не значит, что ему закрыт путь в разработку, а лишь то, что сначала нужно получить базу, которая в дальнейшем позволит изучать новые фреймворки. И как раз невозможность шагнуть за пределы Hello world должна служить для такого человека знаком, что ему, явно, не хватает каких-то базовых знаний.

И да, английский язык — это стандарт дефакто для документации. И просто немыслимо рассчитывать заниматься разработкой и быть не в состоянии прочитать и понять документацию на английском — это тоже нужно осознавать, и потому целенаправленно улучшать знание языка.

tehnolog 28 фев 2011 в 12:52

простите, а вы читать умеете? я писал не о себе, а новичках, которым я хочу помочь. основы программирования вы изучили, а русский язык, похоже, нет. я так расстроился из-за вашего минуса, что теперь вторую ночь спать не буду

Fury 28 фев 2011 в 13:11

С чего вы взяли, что я писал что-то про вас? :) С русским языком у меня проблем нет, поверьте :)
Я лишь хотел сказать, что если человек «не имеет опыта программирования» вообще, то ему совсем про другие вещи читать надо, и Андроид, явно, не лучшая точка для старта.

PS:
Про минус написал просто, чтобы показать, что коммент был объяснением, за что минус.

tehnolog 28 фев 2011 в 13:43

а меня всегда удивляла позиция человека, который советует другим, чем им нужно заниматься. если человеку очень хочется заняться андроидом, но у него нет никакого опыта, то это не повод говорить человеку, что ему нужно заняться другим делом, например, стоять у плиты )). Такое впечатление, что к вам в карман залезают и вы боитесь, что у вас появится новый конкурент (я не вас лично имею в виду, если что)

Fury 28 фев 2011 в 14:22

Ну, это тоже легко объяснимо, и дело тут не в конкуренции. Низкий порог вхождения в какую-либо область (платформу, язык и т.д.) приводит к тому, что появляется множество низкокачественного софта. И из-за этого у конечных пользователей складывается негативное впечатление от платформы вцелом.
Так что указывать, кому что делать, конечно, не стоит, но и искусственно занижать этот самый порог тоже не нужно — он является, своего рода, естественным отбором :) И, кстати, ещё раз — советы были не о том, что делать или нет, а том, с чего начинать.

ЗЫ:
При этом относительно самого поста полностью согласен — странно, что это не указано явно в самом девгайде. Но это есть в примерах, и про это есть отдельная заметка (на вкладке Resources, кстати, вообще много полезных заметок): developer.android.com/resources/articles/ui-1.6.html

tehnolog 28 фев 2011 в 14:27

спасибо за ссылку!

amc 27 фев 2011 в 20:40

Простите, но когда «примеры» даются методом
«А чтобы заработала фича Fitcha1, нужно добавить код код_код_код » и при этом не уточняется куда этод код должен добавляться (и манера подачи материала далеко не всегда делает это очевидным, ну не писатели программисты),
и полные листинги тоже не даются, то не всегда удаётся вьехать сразу, да и не сразу не всегда.
И это при том, что я с программированием, пусть и не на яве, знаком в достаточной степени, чтобы _понимать_ что делает код, а не только копипастить.

Mezomish 27 фев 2011 в 20:43

>Доступность Android SDK ещё не означает, что секретарша с гуманитарным образованием должна начать начать разрабатывать свои приложения…

И я бы ещё понял, если бы проблемы с хелловорлдом возникли у секретарши, но когда девелопер со стажем не может разобраться с новым SDK — вот это-то для меня очень странно.
Мне за последние полтора года уже дважды приходилось с места в карьер врубаться в новый язык/SDK/платформу (мобильную), которых я до этого в глаза не видел. И в ближайшее время, возможно, ожидается ещё от двух до четырёх (смотря как попрёт), и проблем как-то совершенно не предвижу.

kosiakk 27 фев 2011 в 21:25

это ограничивает минимально возможную версию ОС, которая сможет выполнять такие программы. 1.6, кажется, не сможет

ArtRoman 27 фев 2011 в 22:27

1.6, к счастью, актуальна лишь для редких китайских телефонов и прочих фоторамках, так что, думаю, много не потеряете.

За хинт спасибо автору, действительно, классная фишка, я даже не задумывался о таком использовании, которое не загромождает основной код.

По поводу мануалов и примеров: настоятельно советую слить исходный код системы, там все стандартные приложения, библиотеки и прочее — идеальный вариант в качестве примера!

ArtRoman 27 фев 2011 в 22:32

А ещё хочется предупредить, что после edtext = (EditText)findViewById(R.id.editText1); edtext может быть null, если что-то не так с файлами интерфейса. Я для себя взял за правило, и рискну вам посоветовать писать в таком стиле:

public void butHello_Click(View v){
    EditText edtext = (EditText) findViewById(R.id.editText1);
    if(edtext!=null) {
        edtext.setText("Здравствуй, друг");
    }
}

tehnolog 28 фев 2011 в 07:48

В принципе согласен. но для учебного примера, где рассказывается о щелчке, это не главное. но за совет спасибо

Nashev 1 мар 2011 в 15:20

как-раз для учебного — это важно!

mike114 27 фев 2011 в 23:48

Привязка обработчика через разметку — это очень удобно и здорово, но этот подход несет в себе потенциальную опасность при использовании ProGuard. Дело в том, что обработчики в этом случае удаляются напрочь как неиспользуемые публичные методы, что приводит к исключениям времени выполнения. Чтобы избежать данной ситуации необходимо прописать дополнительные правила обработки в файле proguard.cfg

tehnolog 28 фев 2011 в 07:59

а это где нибудь описано у Google? хочется знать все минусы этого способа

mike114 28 фев 2011 в 08:43

developer.android.com/guide/developing/tools/proguard.html

The default proguard.cfg file tries to cover general cases, but you might encounter exceptions such as ClassNotFoundException, which happens when ProGuard strips away an entire class that your application calls

Вольный перевод: "Изначальный proguard.cfg пытается покрыть все общие случаи, но все же вы можете поймать исключение вида ClassNotFoundException, обусловленное тем, что ProGuard удалил класс, который вы используете".

Удаляется все, что используется неявно, через отражение. В эту категорию попадают и привязки через разметку. Более того, так как сами Activity никем не используются, но при этом являются публичными, файл proguard.cfg, генерируемый средой, уже содержит правила-исключения для них.

tehnolog 28 фев 2011 в 09:23

я имел немного другое — есть ли упоминание, что мой способ не является рекомендованным для общего применения. хочется знать, нужно ли отказаться от него совсем или это дело вкуса

mike114 28 фев 2011 в 09:28

Этот способ специально с 1.6 и ввели, чтобы не плодить тонну поддерживающего кода. Я только лишь обратил внимание на подводные камни, с которыми столкнулся однажды. Очень неприятно, когда секунду назад работающий код начинает вылетать в неожиданных местах после релизного экспорта.

pilgr 28 фев 2011 в 06:54

При использовании тега onClick прямо из XML, для вызова указанного метода будет использоваться рефлексия, а не прямые вызовы. Чуть медленней.

Если вы подобную кнопку добавите к диалогу, а обрабатчик напишите в активити, которая вызывает диалог — будет ошибка поиска метода в контексте. Здесь нужно использовать LayoutInflater непосредственно активити.

View v = LayoutInflater.from(parent_activity).inflate(R.layout.dialog, null);
super.setContentView(v);

Но могут возникнуть проблемы с размерами диалога.

tehnolog 28 фев 2011 в 08:13

а насколько медленнее. насколько критично?

pilgr 1 мар 2011 в 21:26

на щелчке не думаю, что будет сколь нибудь заметно. Не критично.

Rivers 28 фев 2011 в 07:50

Тоже столкнулся с проблемой отсутствия статей поначалу
На помощь пришли как ни странно книги, хоть и на английском языке, — зато последовательно и основательно
После первой книги (3 дня заняло прочтение, не одна, конечно, ночь) — но в этой среде я уже чувствовал себя свободно, и listenerы ни в каком виде меня не пугали (это вообще стандартный подход в java, странно, что вас это зацепило)

tehnolog 28 фев 2011 в 08:16

меня не зацепило. я понимаю, что в java это стандартно. просто я больше времени проводил в WP7 и когда встретил знакомый синтаксис, то обрадовался. и мне он привычнее.

Mezomish 1 мар 2011 в 04:35

Вообще, в вашем изначальном варианте (с привязкой обработчика непосредственно в коде, а не в XML) можно сэкономить на создании ненужной ссылки на обработчик (если, конечно, обработчик обрабатывает только одну кнопку):

protected void onCreate(Bundle savedValues) {
    ...
    // Capture our button from layout
    Button button = (Button)findViewById(R.id.corky);
    // Register the onClick listener
    button.setOnClickListener(new OnClickListener() {
        public void onClick(View v) {
            // do something when the button is clicked
        }
    });
    ...
}

websofter 22 фев 2014 в 20:21

Данный способ не будет работать в фрагментах

Зарегистрируйтесь на Хабре, чтобы оставить комментарий