Мы активно работаем с .Net Compact Framework и Windows Mobile. Я видел множество вопросов, касающихся специфики разработки приложений ASP.Net или других настольных приложений на основе .Net, но ничего конкретного по поводу CF.
Кто-нибудь еще из мобильных разработчиков, который может поделиться некоторыми вещами, которые нужно начать делать, прекратить делать и чего не делать при разработке в Compact Framework?
Конечно:
добавлено 25.05.10
добавлено 27.07.10
добавлено 22.11.11
Я просто добавляю в список по мере того, как они приходят мне в голову ...
OpenNETCF - отличный ресурс.
Их Smart Device Framework действительно необходим при разработке с .NET Compact Framework, так как многие из функций Full framework отсутствуют [я думаю, кто-то однажды сказал, что .NET Compact Framework - это оболочка вокруг NotImplementedException!]
Это не относится только к только устройствам Compact Framework, однако при разработке на них возникает гораздо больше уродливой головы из-за нехватки ресурсов, разрабатываемых на мобильной платформе.
Недавно я наткнулся на отличный пост в рамках обсуждения по управлению утечками памяти, который помог мне определить утечку, о которой я не знал, в ошибка при установке DataGrid.DataSource в одном из наших мобильных приложений.
При привязке DataGrid вы не должны не напрямую использовать что-то вроде:
dgDataGrid.DataSource = dsDataSet;
Поскольку при этом каждый раз создается новый CurrencyManager, который не удаляется должным образом. Вместо этого вы хотите сначала привязать DataGrid к BindingSource, чтобы избежать утечки ресурсов.
bsData.DataSource = dsDataSet;
dgDataGrid.DataSource = bsData;
Кто знал? Скотт Лэнгхэм сделал это в другом посте. Спасибо, Скотт!
Если вам необходимо поддерживать несколько размеров / разрешений экрана, наследование форм - отличный способ сделать это. В основном вы разрабатываете свою форму, чтобы она соответствовала стандартному экрану 320x240. Чтобы поддерживать другой размер экрана, вы просто добавляете новую форму, наследуете от своей настраиваемой формы (а не только от формы), а затем при необходимости меняете расположение элементов управления.
Еще один полезный трюк - обернуть вызов ShowDialog таким образом, чтобы вы могли временно установить для заголовка родительской формы значение «» - это предотвращает отображение всех открытых форм в вашем приложении в списке запущенных программ. Другой способ улучшить оболочку - это PInvoke SetForegroundWindow с дескриптором родительского окна. Это гарантирует, что родитель всегда будет снова появляться после закрытия дочернего элемента; без этого вызова другие окна могут быть вставлены в z-стек над родительской формой.
Следите за шифрованием на SD-карте. SqlCE вообще перестанет работать. Поведение Oracle Lite при шифровании гораздо более зловещее, поскольку некоторые из них работают, а некоторые - нет.
Избегайте SqlCE RDA и репликации слиянием. Это были бы фантастические инструменты, если бы они работали надежно, но этого не произойдет в ситуациях, когда сетевое соединение может неожиданно прерваться во время репликации (довольно часто в мире WM). Этот укусил меня СЛОЖНО с производственным приложением. Служба поддержки MS, с которой мы имели дело, наконец-то была вынуждена признать, что она просто не работает на 100%. Актуальная цитата: «просто продолжайте пытаться воспроизвести - в конечном итоге они правильно сольются».
Для большинства необычных вещей требуется прямой вызов Windows API через P / Invoke. Я обнаружил, что http://www.pinvoke.net/ является отличным ресурсом для P / Invoke на обоих Win32 и Windows CE.
Так же, как и к сведению, если вы расстроены тем, что в Visual Studio 2010 нет поддержки Compact Framework, перейдите на здесь и проголосуйте за его добавление. (и распространите информацию)
MS более или менее отказалась от существующих запросов функций в Connect. Перейдите на новый User Voice проголосует за эту функцию.
При работе с Compact Framework и SqlCe может возникнуть множество проблем с производительностью, утечками памяти и синхронизацией потоков.
Правила, которых следует придерживаться, чтобы свести к минимуму Compact Framework - головную боль SqlCe.
Стоит изучить OpenNet CF - даже в бесплатной версии есть несколько полезных библиотек, таких как FTP, дополнительные функции datagrid и т. Д .; что очень полезно, поскольку CF не хватает многих функций .net framework.
Модульное тестирование (TDD) возможно в .net cf. Но есть проблемы.
Вы будете использовать MSTest. Не NUnit, MBUnit, XUnit.net и т. Д. MSTest.
Вам понадобится Visual Studio Professional (насколько я могу судить). Самый простой способ начать - щелкнуть правой кнопкой мыши метод, который вы хотите протестировать, и выбрать «Создать модульный тест». Это настроит для вас тестовый проект. Создайте только один тестовый проект. Не нравится иметь несколько. Просто сделайте это, чтобы создать проект и настроить все зависимости за вас. Затем создайте свои собственные тестовые классы.
Поддельные объекты могут быть проблемой. RhinoMocks, Moq и TypeMock зависят от вещей, которые недоступны в .net cf. У Pex есть проект под названием Stubs, над которым я все еще изучаю. Pex - это исследовательский проект Microsoft. Вместо этого вы в конечном итоге создадите собственные поддельные объекты.
Тест выполняется на эмуляторе устройства. Это означает, что они должны быть развернуты. Если вы получаете странную ошибку при первом запуске средства запуска тестов, вероятно, у вас еще нет .net 3.5 в эмуляторе устройства. Сначала разверните свой проект, затем снова запустите тесты.
На стороне, не связанной с тестированием: вы получаете LINQ to Objects и LINQ to XML. Оба являются находкой. Вы можете общаться с сервером через WCF, но вы не получаете все конечные точки.
При использовании DataGrid вы можете сортировать его содержимое по заголовкам столбцов, используя исходный следующий код: опубликовано в блоге Криса Крафта:
using System.Windows.Forms;
using System.Data;
public static void SortDataGrid(object sender, System.Windows.Forms.MouseEventArgs e)
{
DataGrid.HitTestInfo hitTest;
DataTable dataTable;
DataView dataView;
string columnName;
DataGrid dataGrid;
// Use only left mouse button clicks.
if (e.Button == MouseButtons.Left)
{
// Set dataGrid equal to the object that called this event handler.
dataGrid = (DataGrid)sender;
// Perform a hit test to determine where the mousedown event occured.
hitTest = dataGrid.HitTest(e.X, e.Y);
// If the MouseDown event occured on a column header,
// then perform the sorting operation.
if (hitTest.Type == DataGrid.HitTestType.ColumnHeader)
{
// Get the DataTable associated with this datagrid.
dataTable = (DataTable)dataGrid.DataSource;
// Get the DataView associated with the DataTable.
dataView = dataTable.DefaultView;
// Get the name of the column that was clicked.
if(dataGrid.TableStyles.Count != 0)
columnName = dataGrid.TableStyles[0].GridColumnStyles[hitTest.Column].MappingName;
else
columnName = dataTable.Columns[hitTest.Column].ColumnName;
// If the sort property of the DataView is already the current
// column name, sort that column in descending order.
// Otherwise, sort on the column name.
if (dataView.Sort == columnName)
dataView.Sort = columnName + " DESC";
else
dataView.Sort = columnName;
}
}
}
private void dgDataGrid_MouseUp(object sender, System.Windows.Forms.MouseEventArgs e)
{
if(dgDataGrid.VisibleRowCount == 0) return;
SortDataGrid(sender, e);
dgDataGrid.Select(dgDataGrid.CurrentRowIndex);
}
Вы столкнетесь с множеством ошибок и ограничений в .net cf. Вам придется их обезьянам залатать. это уродливо, но у тебя не будет выбора.
В конечном итоге вы напишете множество настраиваемых элементов управления. Поскольку большинство элементов управления в структуре не поддерживают функции, которые обычно запрашиваются клиентами. Поэтому рекомендуется с самого начала создавать настраиваемые элементы управления для каждого элемента управления, который вы используете. Даже если у вас может и не быть в них ничего, когда вы начнете. Позже вы можете добавить собственную логику. Без изменения большого количества существующего кода.
Если вам нужна проверка, вы можете использовать структуру проверки .net
Это все, о чем я могу думать прямо сейчас.
При выполнении каких-либо действий с OutlookSession всегда
При работе с Windows Mobile, если вы не хотите, чтобы ваша форма отображалась в полноэкранном режиме, вам необходимо установить для FormBorderStyle значение Нет. Если вы этого не сделаете, вы потратите часы, выдергивая волосы, недоумевая, почему они автоматически меняют размер до полноэкранного размера (что на самом деле является функцией Windows Mobile).
