Опубликован: 21.01.2010 | Доступ: свободный | Студентов: 1072 / 127 | Оценка: 3.88 / 3.81 | Длительность: 11:48:00
Специальности: Программист
Лекция 3:

.Net Compact Framework и Visual Studio 2008

< Лекция 2 || Лекция 3: 12 || Лекция 4 >
Аннотация: Знакомство с .Net Compact Framework. Библиотеки .Net Compact Framework: библиотеки управляемого кода, библиотеки базовых классов, библиотеки пользовательского интерфейса, библиотеки клиентов Web-служб, библиотеки XML, библиотеки данных. Visual Studio 2008 и .Net Compact Framework.

3.1. Знакомство с .Net Compact Framework

Microsoft .NET Compact Framework (.NET CF) - это версия .NET Framework, которая разработана для запуска приложений на устройствах, основанных на платформе Windows CE, таких как PDA, мобильные телефоны, заводские контроллеры и других. .NET Compact Framework использует библиотеки, подобные полной версии .NET Framework, вместе с тем имеются специальные наборы библиотек для мобильных устройств, например, Windows CE InputPanel.

Если вы знакомы с программированием для .NET Framework, то вам не составит труда перейти к освоению особенностей программирования для КПК и мобильных телефонов под управлением Windows Mobile. Ведь писать программы придется в уже знакомой вам среде Visual Studio .NET. Более того, вам даже не обязательно иметь сам карманный компьютер или смартфон для проверки написанного кода, так как в Visual Studio .NET уже имеются эмуляторы для этих мобильных устройств.

Цель данной лекции - сформировать представление о .Net Compact Framework технологии, ее развитии и возможностях.

Таблица 3.1.
Версия Дата выхода
1.0 RTM Конец 2002
1.0 SP1 Неизвестно
1.0 SP2 Неизвестно
1.0 SP3 Январь 2005
2.0 RTM Октябрь 2005
2.0 SP1 Июнь 2006
2.0 SP2 Март 2007
3.5 Beta 1 Май 2007
3.5 Beta 2 Неизвестно
3.5 RTM 19 ноября 2007
3.5 25 января 2008

Конечно, технология .NET Compact Framework несколько отличается от .NET Framework. Считается, что .NET Compact Framework является частью полной библиотеки .NET Framework. Действительно, между двумя этими платформами очень много общего. Но все же говорить о .NET Compact Framework как о подмножестве полной .NET Framework не совсем корректно. Дело в том, что .NET Compact Framework поддерживает серию классов, которых нет в полной библиотеке классов. Эти классы созданы специально для мобильных устройств и позволяют поддерживать, например, программную клавиатуру, возможности инфракрасной связи и отправки SMS.

Критерии, по которым создавалась первая версия .Net Compact Framework

  1. .NET Compact Framework необходимо было создавать как подмножество разработанной ранее для настольных компьютеров и серверов среды .NET Framework, совместимое с последней на уровне двоичных кодов и удовлетворяющее требованиям стандартов.
  2. Межплатформенные возможности.
  3. Мощные возможности клиентской стороны, включая поддержку рисования и форм, выполнение функций клиента Web-служб и предоставление модели доступа к данным, обладающей широкими возможностями.
  4. Низкие требования к объему установленной на устройстве и занимаемой платформой памяти.
  5. Требовалось предоставить практическую поддержку по крайней мере, двух языков .NET-С# и Visual Basic .NET.
  6. Платформа должна была служить удобной заменой собственных кодов для большинства приложений коммерческого, научного, производственного и развлекательного характера.
  7. Возможность доступа к средствам базовой операционной системы, если в этом возникает необходимость.

3.2. Библиотеки .Net Compact Framework

Библиотеки управляемого кода

Библиотеки управляемого кода .NET Compact Framework являются той программной частью, с которой взаимодействуют разработчики. Как и в случае варианта .NET Framework для настольных компьютеров, библиотеки .NET Compact Framework размещены в нескольких DLL-файлах. Эти библиотеки присутствуют на настольных компьютерах во время проектирования, а также устанавливаются на целевых устройствах для использования во время выполнения.

Для работы с этими библиотеками во время проектирования используются имена System. DLL, Systems .Windows . Form. DLL и System. Xml. DLL. На устройствах эти файлы могут иметь другие имена в зависимости от потребностей целевых устройств, связанных с именованием и учетом версий файлов. В процессе компиляции библиотеки управляемого кода используются аналогично тому, как заголовочные файлы используются компиляторами С/С++ или библиотеки типов используются прежними (полученными с применением VB6 и более ранних версий) кодами на языке Visual Basic для передачи информации об интерфейсах и типах, используемых компилируемым кодом.

Тот факт, что эти файлы имеют то же DLL-расширение, что и файлы библиотек собственных кодов C/C++, объясняется исключительно желанием сохранить привычный подход к именованию файлов; природа их двоичного содержимого совершенно другая, и в состав их имен с равным успехом может быть включено любое другое удобное расширение. То, что имена файлов .NET Compact Framework обычно совпадают с именами соответствующих файлов .NET Framework, также объясняется только соображениями удобства. В действительности эти файлы могут быть дополнительно разделены на еще большее количество файлов или объединены в один файл, если в этом возникнет необходимость. В будущих реализациях для систем, отличных от Windows, может быть выбран именно такой вариант, если это окажется более предпочтительным.

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

С точки зрения программирования каждый из этих DLL-файлов предоставляет разработчику набор иерархических пространств имен, содержащих классы и типы. Примерами пространств имен, содержащих классы и типы, могут служить:

System.* System.Xml.* System.Data.* System.Drawing.* и тому подобные.

DLL-файлы и пространства имен связаны между собой отношениями типа "многие ко многим"; один DLL-файл может предоставлять имена сразу для нескольких пространств имен (например, если это потребуется, файл Foo.DLL может содержать типы, относящиеся как к пространству имен MyNamespace.*, так и к пространству имен SomeOtherNamespace.SomethingElse.* ), а несколько DLL-файлов могут предоставлять имена для одних и тех же пространств имен (например, при необходимости одновременно оба файла Foo. DLL и Bar. DLL могут предоставлять типы для пространств имен MyNamespace.* и SomeOtherNamespace.SomethingElse.* ). Во время компиляции приложения компилятору передается набор имен файлов, подлежащих просмотру с целью поиска классов и типов, которые пользователь намеревается применять в своем приложении; эти имена принято называть ссылками ( references ). Если в коде разработчика или библиотеках, на которые имеются ссылки, некоторые типы/методы/свойства найти не удается, генерируется сообщение об ошибке времени компиляции. Кроме того, в случае обнаружения нескольких версий типов в разных библиотеках также генерируется сообщение об ошибке времени компиляции, связанной с неоднозначностью определения типа.

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

Библиотеки базовых классов

Базовые классы содержат распространенные типы и функциональность, которые используются разработчиками при реализации большинства алгоритмов обработки данных. Базовые классы имеют следующий состав:

  • Все основные типы данных, к которым, например, относятся целые числа, строки, числа с плавающей запятой, дата/время, массивы и коллекции.
  • Средства файлового ввода-вывода, потоки, сетевые сокеты.
  • Средства поиска типов, методов и свойств в сборках и привязки к ним во время выполнения. Эти возможности называют отображением ( reflection ).
  • Средства, позволяющие учитывать в приложениях региональную и местную специфику. Эти возможности называют глобализацией ( globalization ).

Вышеперечисленные функциональные возможности вместе с дополнительными базовыми классами инкапсулированы в следующих иерархических пространствах имен:

  • System.*
  • System.Collections.*
  • System.ComponentModel.*
  • System.Diagnostics.Globalization.*
  • System.IO.*
  • System.Net.Sockets. *
  • System.Security.*
  • System.Text.*
  • System.Threading.*

Библиотеки пользовательского интерфейса

При создании библиотек пользовательского интерфейса преследовались две цели:

  1. предоставить разработчикам возможность создавать многофункциональные приложения уровня предприятия с использованием таких современных высокоуровневых элементов управления пользовательского интерфейса, как Button, PictureBox, List View, TreeView, TabControl и так далее, и
  2. предоставить разработчикам возможность выполнения низкоуровневых операций рисования на мобильных устройствах с использованием расширенного набора операций для обработки растровых изображений, позволяющего рисовать такие, например, двумерные объекты, как линии, многоугольники, текст и изображения.

Описанные функциональные возможности предлагаются в двух иерархических пространствах имен:

  • System. Drawing. * - средства создания двумерных рисунков.
  • System. Windows. * - элементы управления пользовательского интерфейса и вспомогательные функциональные средства.
< Лекция 2 || Лекция 3: 12 || Лекция 4 >