Просто обаждане от J2ME
Като цяло е нереалистично. Можете да се обадите - не е въпрос
Това е ненужно
) в цикъл, докато не бъде натиснат определен бутон?
Е, ако в тази перспектива, тогава всичко е по-лесно да се направи нишка, която работи в цикъл и след определено време извиква platformRequest () и това е.
и как тогава може да се започне отново chtoli?
В това състояние нишката отново ще изпълни platformRequest() без потребителя - така че всичко е наред.
неблокиращ, т.е. MIDlet няма да чака да завърши, така че чакането в цикъла за край на повикването е безсмислено.
И още една неприятност. В Nokia, ако си спомням правилно, при извикване на platformRequest () ще има заявка към потребителя от типа, но сигурни ли сте, че трябва да се обадите?
това също няма значение. просто цикълът трябва да се повтори след определен период от време
Точно за същото като platformRequest("тел.")
Добавено по-късно:Като цяло, Connector.open("tel:") - това ми се струва недокументирана функция. MIDP осигурява поддръжка за 2 http/https протокола. Всичко останало е JSR.
Протоколът "file:" изисква JSR-75, "sms:" изисква WMA и т.н.
Като цяло Connector.open("tel:") - това ми се струва недокументирана функция.
Искам да кажа, че boolean platformRequest(String url) е необходим, за да се провери дали Connector.open може да бъде извикан с този URL, т.е. той не се свързва с този URL адрес, но проверява дали устройството, изпълняващо MIDlet, поддържа протокола, посочен в URL адреса.
Тествано на SonyEricsson G700, извикването на platformRequest("tel://" + номер) винаги е вярно, дори и да няма такъв номер, но Connector.open - извиквания, разбира се,като всеки JRS изскача "Разрешаване на MIDlet в набор от ненадеждни да осъществи повикване.".
Без заявка - вече имаше такава тема, просто купете сертификат, иначе - нищо. Всяко извикване на Connector.open или platformReqest от несертифицирано приложение (ако този URL се поддържа, разбира се), било то файлова система за четене/запис (file://. ), Bluetooth връзка (btgoep://. ), изпращане на съобщение (sms://. или mms://. или ems://. ), интернет връзка (http://. ) или повикване (tel://. ) - задейства съобщението: „Разрешаване на MIDlet в набора от ненадеждни“ + Име на MIDlet + " за извършване на повикване/излизане от интернет/изпращане на sms/изпращане на mms/четене на файлове/промяна на файлове/.Allow?". Освен това при неподписан MIDlet има само "Да, само този път", "Не, не този път" и "Не, никога не позволявай" (ако кажете "не", ще падне java.lang.SecurityException). има такава опция).
Като цяло това са пълни глупости. Има програма ''EQ Halmer'' за абониране за midlet сертификат - безплатно.
Не, имам предвид, че Connector.open("tel:") е недокументирана функция - всичко останало (sms, сокет, файл) е документирано. Ясно е, че platformRequest("tel:") някъде в недрата на J2ME все още се отнася до Connector.open() - въпреки това има въпрос.
И тук от това място е възможно по-подробно? Нещо, което не мога да повярвам (или по-скоро искам да повярвам - наистина)
Да, има програма, дори две.
Вижте ReadMe в архивите.
А какво ще кажете за извикването - platformRequest(String url) отваря приложението в системата за url, а методът няма нищо общо с Connector.open, т.е.
platformRequest("http://www.google.ru/") - отваря вградения браузър platformRequest("tel. ") - извиква (МИДлетът не може да контролира процеса)!
Намерих на един сайт как правилно да организирам повикване от MIDlet (използвайки platformRequest):
Имам идея, че можете да организирате повикване от метода Connector.open(String address):
Добавено по-късно:Съжалявам за връзките, не успях да го прикача веднага (тежи твърде много). Прилагам EQHalmer.
Методът няма нищо общо с Connector.open, т.е.
platformRequest("http://www.google.ru/") - отваря вградения браузър
platformRequest("тел. ") - извиква (МИДлетът не може да контролира процеса)!
гий-гий.
Във всеки случай благодаря за науката.