Чтобы открыть файл PDF из filePath:
public void OpenPDF(string filePath)
{
FileInfo fi = new FileInfo(filePath);
QLPreviewController previewController = new QLPreviewController();
previewController.DataSource = new PreviewControllerDataSource(fi.FullName, fi.Name);
UINavigationController controller = FindNavigationController();
if (controller != null)
controller.PresentViewController(previewController, true, null);
}
private UINavigationController FindNavigationController()
{
foreach (var window in UIApplication.SharedApplication.Windows)
{
if (window.RootViewController.NavigationController != null)
{
return window.RootViewController.NavigationController;
}
var value = CheckSubs(window.RootViewController.ChildViewControllers);
if (value != null)
return value;
}
return null;
}
private UINavigationController CheckSubs(UIViewController[] controllers)
{
foreach (var controller in controllers)
{
if (controller.NavigationController != null)
{
return controller.NavigationController;
}
var value = CheckSubs(controller.ChildViewControllers);
return value;
}
return null;
}
Итак, в своем коде после его сохранения просто вызовите OpenPDF с правильным путем.
Я нашел JAX-B довольно полезный и на самом деле как он лучше, чем многие альтернативы, особенно если я запускаю с нуля и генерирую схему от объектов Java, а не объектов Java из схемы.
По моему опыту, по любой причине, я нашел, что хорошая документация трудно прибывает из просто поисков Google. Лучшая электронная документация предоставлена в загрузке JAX-B, где Вы также найдете многочисленные примеры. "SOA Используя веб-сервисы Java" также имеет хороший обзор.
Что касается альтернатив, существует:
и вероятно еще несколько.
Боб XML приходит на ум (http://xmlbeans.apache.org/)
Один из ПРОФЕССИОНАЛОВ о JAXB - то, что он теперь прибывает пакет в с JDK6. Генерировать вывод действительно труден и эффективен. Мы в настоящее время преобразовываем всю нашу Бобовую реализацию XML для использования JAXB 2. Большой CONS, который мы видели, является отсутствием связанных с XSD операций.
Я использовал JAXB для нескольких проектов. Я думаю, что лучшая вещь об этом, это - интеграция с более новыми технологиями как JAX-WS и JAX-RS (JSR 311, Успокоительная спецификация).
Если бы Вы обрабатываете поступление XML как Строка с Причалом, я серьезно рассмотрел бы изучение JAX-RS. Это обрабатывает все JAXB, связывающие материал для Вас, и Вы просто работаете с объектом.
Я был довольно доволен JAXB через CXF и для стиля REST и для веб-сервисов SOAP.
Я попробовал многие перечисленные предложения и предпочитаю Простой им всем. Это является относительно новым в полном смысле, все же назревают и стабильный, и, кажется, взял много жалоб от других платформ XML во внимание. Я высоко предлагаю читать первую полосу и если возможное предоставление его быстрый прототип подтверждения концепции в Вашем проекте.
XStream действительно хорош, если у Вас есть объектная модель для xml, Вы пытаетесь проанализировать.
Для альтернатив JAXB Вы могли бы хотеть проверить XFire (http://xfire.codehaus.org/) или Axis2 (http://ws.apache.org/axis2/). Они, кажется, 2 популярных альтернативы, и я полагаю, что оба - теперь жалоба JAX-WS.
Другими альтернативами могла быть Солонка, JibX, XMLBeans или JDOM.
На самом деле я использовал Castor. Это лучше, чем JAXB в случае привязки xml. Он предоставляет функциональные возможности для сопоставления существующих Java-компонентов.
Посмотрите здесь: http://jcp.org/en/jsr/all для JSR-222. Этот запрос спецификации Java определяет стандарт (несвободный).