Вы, скорее всего, говорите о максимальном размере пула у ThreadPoolExecutor, экземпляр которого использует AsyncTask. Однако, запустить задачу в этом экзекуторе можно только методом task.executeOnExecutor(AsyncTask.THREAD_POOL_EXECUTOR, <остальные параметры>);
Если посмотреть исходники AsyncTask любой из последних версий android (например, тут grepcode.com/file/repository.grepcode.com/java/ext/com.google.android/android/4.3_r2.1/android/os/AsyncTask.java), то можно заметить, что коммандой AsyncTask#execute(…) задача будет передана не в ThreadPoolExecutor, а в дефолтный SerialExecutor с одним потоком.
загрузка картинок — очень типовая операция в андроиде и, конечно, уже есть тысячи библиотек для загрузки картинок, но в статье помимо примеров с картинкой еще много чего про фоновые процессы :)
1. Судя по всему вы даже не пытались найти, навскидку: MVVM Light, Caliburn.Micro
MVVM Light и Caliburn.Micro библиотеки хорошие. Но под Windows Runtime вам понадобиться решить ряд проблем.
2. Так а зачем тут Expression если вы примером выше воспользовались атрибутом, который подставляет сам имя target member? (разбор Expression Tree может ударить по перфомансу).
В статье показаны возможные варианты.
3. Для этого есть более красивый EventToCommand behavior без засорения ViewModel
В этом случае в XAML получится больше кода. Разве это красиво? И в чём будет состоять засорение модели в нашем методе?
4. Это уже MVP а не MVVM
Для MVP не хватает P. Вызовы представления через дополнительный слой вполне легитимны. Главное, что нет зависимости между моделью и представлением.
5. Этот пункт видимо был удалён.
6. Для этого придумали Visual States + GoToState
А ещё придумали триггеры, только не реализовали их в Windows Runtime. Посмотрите на WPF.
Кроме того, для переключения Visual States нужно писать код. А с триггерами всё делается в XAML.
7. Опять же завязываетесь на View из ViewModel
О чём Вы? Модель абсолютно ничего про представление здесь не знает.
Наше первое приложение под Windows 8 мы начали разрабатывать в марте 2012 года. MVVM Light выпустили поддержку W8 летом 2012. Caliburn.Micro ещё позже.
Все зависит от того, был ли портал изначально на 2010 или он был мигрирован с 2007 на 2010. например, если есть унаследованные функционалы с 2007, представления списков в Caml, и их при миграции не переделали в XSL, то будет также сложно, а если нет нет унаследованного функционала, то будет гораздо проще. в целом все зависит от custom-функционала, какой он и сколько его.
Если посмотреть исходники AsyncTask любой из последних версий android (например, тут grepcode.com/file/repository.grepcode.com/java/ext/com.google.android/android/4.3_r2.1/android/os/AsyncTask.java), то можно заметить, что коммандой AsyncTask#execute(…) задача будет передана не в ThreadPoolExecutor, а в дефолтный SerialExecutor с одним потоком.
уже идет разработка. примерно в конце августа опубликуем
MVVM Light и Caliburn.Micro библиотеки хорошие. Но под Windows Runtime вам понадобиться решить ряд проблем.
В статье показаны возможные варианты.
В этом случае в XAML получится больше кода. Разве это красиво? И в чём будет состоять засорение модели в нашем методе?
Для MVP не хватает P. Вызовы представления через дополнительный слой вполне легитимны. Главное, что нет зависимости между моделью и представлением.
5. Этот пункт видимо был удалён.
А ещё придумали триггеры, только не реализовали их в Windows Runtime. Посмотрите на WPF.
Кроме того, для переключения Visual States нужно писать код. А с триггерами всё делается в XAML.
О чём Вы? Модель абсолютно ничего про представление здесь не знает.
RTM да, есть.