Разработать по мобильным телефонам (Java), с помощью SDK или нет?

Да, это хорошая идея.

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

Затем возникает вопрос, что с ними делать.
Некоторые ОС (см. MS и SE) предоставляют некоторые дополнительные средства отладки, поэтому полезно просто повторно бросить исключение после того, как вы его поймаете (потому что стек все равно был размотан сейчас).

int main()
{
    try
    {
        /// All real code
    }
    // I see little point in catching other exceptions at this point 
    // (apart from better logging maybe). If the exception could have been caught
    // and fixed you should have done it before here.

    catch(std::exception const& e)
    {
         // Log e.what() Slightly better error message than ...
         throw;
    }
    catch(...)   // Catch all exceptions. Force the stack to unwind correctly.
    {
        // You may want to log something it seems polite.
        throw;  // Re-throw the exception so OS gives you a debug opportunity.
    }
}

• Будет ли он хорошо играть с нитями, которые прорастают позже?

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

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

• не нарушит ли он сегментации обработки (захваченные в другом месте в качестве сигнала)

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

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

Не должны влиять на другие обработчики.

", что приведет к «Исключение и сбой».

«Исключение» является исключением и может быть захвачено в catch.

Поэтому дополнительное исключение является избыточным, если оно не добавляет ясности в код. В данном случае это не так. На самом деле, вы только что взяли неконтролируемое исключение ошибки программиста и повысили его до проверенного исключения.

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

Преимущества SDK для конкретных поставщиков только при необходимости использования API для конкретных поставщиков. В большинстве случаев Sun WTK было бы достаточно.

Что касается целей тестирования, я не предлагаю полагаться на эмуляторы. Вам лучше попробовать тестирование на устройстве. Nokia и Samsung обеспечивают удаление доступа к устройствам для последних устройств. Также можно попробовать deviceanyhere .

Я бы большую часть своей разработки сделал с обычным старым Sun..err ... Oracle Java WTK, а затем, если вы нужно провести некоторое тестирование, получить эмуляторы / SDK от этих компаний. В остальном я бы их в основном избегал.

Функциональность встроенной камеры обычно различается для разных марок телефонов, и предоставляемые API могут быть очень полезны при попытке сделать что-то более сложное, чем создание простого снимка. Например, телефоны SonyEricsson позволят вам отображать поток с камеры через VideoCamera прямо на холст, что очень быстро, но не позволяет вам контролировать, как часто канал выводится на экран. Чтобы рисовать графику поверх видеопотока без чрезмерного мерцания, вам необходимо добавить флаг OVERLAY (1 << 8) к вызову initDisplayMode () VideoCamera, не все бренды поддерживают дополнительный флаг.