Получение команд в формах

[Phantom]

Админы, сорри, я тут не по теме наоффтопил , можно это перенести в отдельную тему, например, в раздел FAQ. Может кому-то пригодится. Зайдёт кто-нибудь, кто нифига не понимает в Java, почитает и может чего-то новое узнает =)

[Phantom]

Ещё такой вопрос. Как мне вызвать destroyApp() из какого-нибудь класса, если я не знаю заранее имя главного класса мидлета? Можно сделать метод, который нужно будет вызывать из главного класса примерно так:

coolclass.setMIDlet(this); 


Но опять же проблема, а какой тип данных у главного класса? Такой код не катит:

import javax.microedition.lcdui.*;
import javax.microedition.midlet.MIDlet;
public class coolclass extends Canvas{
 public static MIDlet midlet;
 public void setMIDlet(MIDlet m){
   midlet=m;
 }
...
...
...
} 


Оно компилируется, но не работает.

[Phantom]

Ух я дорвался. Вот ещё что непонятно.
Почему такая запись работает:

String s="Строка"; 


И такая работает:

String s=new String("Строка"); 


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

возможно у строки определен оператор (или конструктор) преобразования в строку из указателя на строку (это второй вариант)

[Phantom]

Ээээ... А по-ламерски можно, а то я не понял? =)

читай что такое указатель

[Phantom]

Ну я читал как-то давно, когда пытался учить С++. Указатель - это типа переменная, которая содержит в себе адрес другой переменной. Его можно использовать вместо самой переменной. (правда я тогда так и не понял нафига он нужен). А что, в Джаве тоже указатели есть?
Это слишком что-то заумное:
"возможно у строки определен оператор (или конструктор) преобразования в строку из указателя на строку (это второй вариант)"

[Piligrim]

public static coolclass midlet;
так будет правильней.
и лучше в startApp
midlet=this;
тогда из любого класса
coolclass.midlet.destryApp(true);

[Piligrim]

Image создается, чтобы в МР в любом месте работал drawText и т.д. Graphics экрана известен только в paint, а он из МР недоступен. Отрисовка возможна только на Graphics а чей он, экрана или Image системе всё равно.
paint вызывается после setCurrent, при любых изменениях размера ( например setFullScreen), принудительно после repaint, после возвращения мидлета из паузы. Примерно так.

[Phantom]

public static coolclass midlet;
так будет правильней.
и лучше в startApp
midlet=this;
тогда из любого класса
coolclass.midlet.destryApp(true);

Не, так не подходит. Про это я знал. Ладно, это пофиг, просто никак не могу отбросить мечту делать всё максимум универсальным. =)

Image создается, чтобы в МР в любом месте работал drawText и т.д. Graphics экрана известен только в paint, а он из МР недоступен. Отрисовка возможна только на Graphics а чей он, экрана или Image системе всё равно.
paint вызывается после setCurrent, при любых изменениях размера ( например setFullScreen), принудительно после repaint, после возвращения мидлета из паузы. Примерно так.

Я это и имел ввиду. Я полночи экспериментировал, столько новых мелочей узнал =)

[Phantom]

Круто. Я просто рад до ж#%ы!!! Всё так легко стало получаться. Ща переделываю предыдущий проект =) Выкинул целую кучу ненужной фигни!!! Вместо условно бесконечного цикла перенёс всё в keyPressed(), теперь перерисовка экрана происходит только при нажатии на кнопку, а не постоянно =))) Мне только и нужно, чтобы экран перерисовывался только при каком-то действии пользователя, там в основном менюшки. Вот только сейчас даже не знаю как лучше сделать иерархию меню. Ну да ладно, что-нибудь придумаю! Всем огромное спасибо!!!

[Piligrim]

Не, так не подходит. Про это я знал. Ладно, это пофиг, просто никак не могу отбросить мечту делать всё максимум универсальным. =)

а кто мешает основной класс делать во всех программах с именем, например Main? Это конечно не так круто какк coolclass, но зато универсально.
тогда Main.instance.destroyApp() будет работать всегда

[Phantom]

Не, никто не мешает =) Так и делаю. Только у меня главный класс всегда называется a.class, а класс, который наследник канваса (ну или как там оно правильно говорится) - b.class. =)

[ViNT]

Сообщение от Phantom_wc

Не, никто не мешает =) Так и делаю. Только у меня главный класс всегда называется a.class, а класс, который наследник канваса (ну или как там оно правильно говорится) - b.class. =)

Зачем такие корявые имена использовать? А если будет десять классов? Пол алфавита перебирать?

[Phantom]

ViNT, нуу... Фиг его знает... Краткость - сестра таланта. Меня вообще некоторые ходячим обфускатором называют, потому что логику в названиях моих переменных только я вижу Привык всё делать так, уж не знаю почему. Да и тем более я так и не понял, как пользоваться Proguard'ом, уже и Хэлп перелистал и как только не пробовал, всё время пишет, что не может найти Мэйн класс. Так что пусть хотя бы так запутано будет