Добро пожаловать на форум сайта
http://forum.startandroid.ru/
В данном случае полезно и оптимизация mikekekeke имеет место быть. Если бы там вся строка через "+" была написана то да, без разницы.Foenix писал(а):На самом деле все это бесполезно. Компилятор и иак все плюсы переводит к StringBuilder- у
С другой стороны, про обработку кнопки, наоборот, не советовалось делать через xmlAndreyI писал(а):Вообще-то, если придерживаться одной методологии изложения, то как раз таки лучше с этой "фишки" начать знакомство с меню и указать как основной способ, а уже программные способы создания рассмотреть как дополнение. Меню являются частью ресурсов любого приложения (и не только Андроид) и при хорошем стиле программирования они должны именно так и определяться.damager82 писал(а): В смысле создание меню из xml-файлов? Да, чет я пропустил в свое время эту фишку.
Ведь цель любого учебника не только доводить (я бы сказал, не столько) до читателя информацию, но и прививать хорошие стили программирования, заложить так сказать фундамент. Если не прав, можете кинуть в меня камень
Видение мира раздвоилось. Помогите собрать, пожалуйста!klblk писал(а):
Через xml может быть и просто, но...
....
1) Подход через интерфейсы более подходит для Java (и так как любой Android разработчик отчасти Java разработчик это ему удобнее)
2) Когда что-то происходит неявно, это не очень хорошо. Например над проектом работает два человека. Пусть это вы, кто делает обработчики в XML и кто-то, кто так не делает. Пусть тот второй напишет обработчик как он привык. Вы смотрите его код: о кнопка, о обработчик кнопки, все понятно. Теперь вы сделали через xml. Второй смотрит ваш код. О функция "onClickStart()", нигде не используется, пожалуй ее можно удалить. И он удалит и после этого проект даже может быть собирется (хотя я не проверял), но приложение точно упадет при нажатии этой злополучной кнопки. Если же реализовать все явно через интерфейсы, то: а) удалите интерфейс, ide начнет ругаться на setOnClickListener и @Override у метода onClick; б) удалите метод onClick - будет ругаться на отсутствие метода; в) а setOnClickListener вы не удалите, потому что в этой строчке четко и ясно говорится что назначается слушатель для кнопки.
3) xml это внешний вид, программирование оставьте для Java
а вообще пятница, вечер я устал, не слушайте меня.
Четко, понятно, по делу. Спасибо большое!klblk писал(а):То что относится к созданию интерфейса (UI) и к ресурсам по возможности описывать в xml. То что касается логики делать в Java.
Саму кнопку описываете в XML, обработчик этой кнопки в JAVA.
Также и с меню. Описание в XML. Обработка нажатий в Java.
На developer.android.com даётся вообще один способ создания обработчика для кнопки - через XML (в смысле привязки обработчика к кнопке)Алемарика писал(а):
С другой стороны, про обработку кнопки, наоборот, не советовалось делать через xml
два: http://developer.android.com/reference/ ... utton.htmlmikekekeke писал(а):На developer.android.com даётся вообще один способ создания обработчика для кнопки - через XML (в смысле привязки обработчика к кнопке)Алемарика писал(а):
С другой стороны, про обработку кнопки, наоборот, не советовалось делать через xml
Ох... Я судил по вводному курсу просто. А почему 3й вариант с интерфейсом не даётся? Вроде как он более экономичный в плане памяти (мне просто интересно =) )klblk писал(а):два: http://developer.android.com/reference/ ... utton.htmlmikekekeke писал(а):На developer.android.com даётся вообще один способ создания обработчика для кнопки - через XML (в смысле привязки обработчика к кнопке)Алемарика писал(а):
С другой стороны, про обработку кнопки, наоборот, не советовалось делать через xml
Потому что developer.android.com это документация. Главное рассказать разработчику, что есть такой интерфейс, а как его можно использовать он знает. Startandroid.ru это же учебник, и многие сюда приходят, даже не знаю элементарную Java-базу и им приходится всё разжёвывать. А имплемментить интерфейс классу или создавать отдельный экземпляр интерфейса зависит от задачи и решения разработчика.mikekekeke писал(а):Ох... Я судил по вводному курсу просто. А почему 3й вариант с интерфейсом не даётся? Вроде как он более экономичный в плане памяти (мне просто интересно =) )
Найди феникса и посмотри в подписьkuller писал(а):Выполняю данный урок. Когда приложение тестирую на телефоне и нажимаю кнопку меню. приложение закрывается с текстом (В приложении "P0141_MenuAdv" произошла ошибка.) и что делать? я вообще в потере в такой ситуации...
Код: Выделить всё
@Override
public boolean onCreateOptionsMenu(Menu menu) {
// Inflate the menu; this adds items to the action bar if it is present.
getMenuInflater().inflate(R.menu.menu_main, menu);
menu.add("menu1");
menu.add("menu2");
menu.add("menu3");
return true;
}
Код: Выделить всё
@Override
public boolean onCreateOptionsMenu(Menu menu) {
// Inflate the menu; this adds items to the action bar if it is present.
getMenuInflater().inflate(R.menu.menu_main, menu);
menu.add(0,3,1,"menu1");
menu.add(0,4,5,"menu2");
menu.add(0,2,3,"menu3");
return true;
}
Код: Выделить всё
menu = (Menu) findViewById(R.menu.menu_main)Я понял, ответ более чем исчерпывающий. Просто есть у пунктов меню checkable, и при нажатии например, оно сразу сворачивается и даже не видно, поставилась галка или нет. То есть по дефолту сделано не аккуратно. Ну и плюс на будущее думал в небольших приложениях, в меню пару настроек например с checkable кинуть и чтобы за одно открытие меню можно было два чека поставить. Ну вообщем понял, что идея на троечку, но если очень сильно надо будет, то думаю наберусь опыта к том времени.doter.ua писал(а):Может лучше сразу navigation drawer(боковое меню) сделать или диалог? это меню не такое уж и удобное чтобы постоянно висеть.
)Если метод возвращает значение int, то естественно вы получите число. Если же вам необходимо это число отобразить в виде строки, можете воспользоваться методом String.valueOf(int i)CrazyShotz писал(а):почему item.getItemId() в контексте урока, возвращает мне int? Сам метод типа int. Или же все нормально, он так и будет пытаться перевести строковый id в число? Если же нет, как мне получить строковое значение id?
P.S.
(Совсем недавно начал изучать андроид, просьба камнями не кидаться
В том то и дело, что при использовании этого метода я получаю число, вместо строки. Этот метод использовался в контексте урока. То есть String.valueOf(item.getItemId()) преобразовал типы, но не преобразовал значение. Единственное, что не понравилось дебаггеру - это то, что я использовал объект String внутри StringBuilder, что в свою очередь негативно отразится на производительности.driversti писал(а):Если метод возвращает значение int, то естественно вы получите число. Если же вам необходимо это число отобразить в виде строки, можете воспользоваться методом String.valueOf(int i)CrazyShotz писал(а):почему item.getItemId() в контексте урока, возвращает мне int? Сам метод типа int. Или же все нормально, он так и будет пытаться перевести строковый id в число? Если же нет, как мне получить строковое значение id?
P.S.
(Совсем недавно начал изучать андроид, просьба камнями не кидаться
Я чего-то не понимаю?! Что вы вкладываете в словосочетание "не преобразовал значение"? Если есть String x = 5, этот метод вернёт int x = 5. Или вам нужно int = "какое-то другое значение отличное от 5"? Объясните что вам нужноCrazyShotz писал(а):То есть String.valueOf(item.getItemId()) преобразовал типы, но не преобразовал значение