На самом деле я нашел точный способ выбрать, следует ли включать экран при подключении к сети переменного тока, USB или либо путем поиска источника в http://google.com/codesearch#409TP6F96yI/src/com/ android / settings / DevelopmentSettings.java & amp; l = 95
Требуется разрешение: android.permission.WRITE_SETTINGS
Settings.System.putInt(getContentResolver(), Settings.System.STAY_ON_WHILE_PLUGGED_IN,
mKeepScreenOn.isChecked() ?
(BatteryManager.BATTERY_PLUGGED_AC | BatteryManager.BATTERY_PLUGGED_USB) : 0);
Для AC: BatteryManager.BATTERY_PLUGGED_AC
Для USB: BatteryManager.BATTERY_PLUGGED_USB
Для: (BatteryManager.BATTERY_PLUGGED_AC | BatteryManager.BATTERY_PLUGGED_USB)
Я имел хороший успех с помощью WCF с привязкой именованных каналов. Используя именованные каналы не создает сетевого трафика и использует двоичное кодирование, таким образом, это должно быть довольно быстро, не жертвуя способностью распределить в будущих сценариях масштабирования.
РЕДАКТИРОВАНИЕ: Относитесь здесь для более подробной информации включая ссылку на пример реализации.
Междоменный делегат только позволяет пустой метод с нулевыми параметрами, и это, вероятно, не, что Вы думаете, что это. Это только едва полезно как простой обратный вызов для целей уведомления от одного appdomain до другого, например, метод как InitComplete () или что-то.
Дистанционная работа является ЕДИНСТВЕННЫМ выбором, называете ли Вы его WCF или безотносительно, передавая сериализуемые типы, или с помощью типов MBRO (MarshalByRefObjects). Это не настолько твердо, как Вы думаете.
-Oisin
const A*
не const
квалифицированная версия A*
. Это - несвязанный тип. A* const
const
квалифицированная версия A*
.
– CB Bailey
13 March 2012 в 06:51
Это - просто быстрая мысль, но я слышал, что даже для междоменной коммуникации WCF будет рекомендуемым подходом, начинающим с.NET 3.0, конечно. На самом деле это имеет смысл, поскольку дистанционная работа является просто другой технологией, обернутой WCF.