Modifications basées sur les événements de page XPS.NET
Quelle est l’approche événementielle en programmation ?
L’approche événementielle en programmation est un paradigme qui s’articule autour du concept d’événements et de leur gestion. Dans ce modèle, le flux du programme est déterminé par des événements, qui peuvent être des actions de l’utilisateur (comme des clics de souris ou des pressions sur des touches), des notifications générées par le système ou des messages provenant d’autres applications. Voici quelques aspects clés de l’approche événementielle :
Événements : les événements représentent des occurrences significatives dans un programme. Ceux-ci peuvent inclure des interactions utilisateur, des modifications de données ou des messages provenant d’autres parties d’un système. Par exemple, un clic sur un bouton ou un fichier en cours de chargement peut déclencher des événements.
Écouteurs d’événements : pour répondre aux événements, les programmeurs utilisent des écouteurs d’événements (ou gestionnaires). Il s’agit de fonctions ou de méthodes définies pour s’exécuter lorsqu’un événement spécifique se produit. Par exemple, un écouteur d’événements peut être configuré pour exécuter une fonction lorsqu’un utilisateur clique sur un bouton.
Exécution asynchrone : le modèle basé sur les événements prend souvent en charge la programmation asynchrone, permettant aux programmes de rester réactifs en attendant que les événements se produisent. Par exemple, une application Web peut continuer à fonctionner en attendant les données d’un serveur.
Découplage : L’approche basée sur les événements favorise le découplage entre les différentes parties d’un programme. Les composants peuvent communiquer via des événements sans avoir besoin de connaître les détails de l’implémentation de chacun, ce qui rend le code plus modulaire et plus facile à maintenir.
Cas d’utilisation courants : la programmation basée sur les événements est largement utilisée dans les interfaces utilisateur graphiques (GUI), les applications Web et les systèmes qui nécessitent des interactions en temps réel. Les frameworks et bibliothèques comme Node.js, React et bien d’autres utilisent des modèles basés sur les événements.
Gestion de l’état : dans un système piloté par événements, la gestion de l’état peut être cruciale puisque l’application peut se trouver dans différents états en fonction des interactions ou des événements de l’utilisateur. Des stratégies de gestion d’état appropriées sont souvent utilisées pour garantir que l’application se comporte comme prévu.
Dans l’ensemble, l’approche basée sur les événements constitue un moyen puissant de gérer les interactions et les flux de travail au sein d’un programme, ce qui la rend particulièrement efficace pour les applications nécessitant réactivité et interaction de l’utilisateur.
Événements qui se produisent lors de la conversion du document XPS
Lorsque vous devez apporter des modifications à une page spécifique d’un document XPS à l’aide de l’API Aspose.Page, vous sélectionnez généralement le document actif (s’il existe plusieurs documents dans le fichier XPS), sélectionnez la page active, puis effectuez les modifications vous-même. .
Supposons maintenant que vous deviez apporter des modifications répétitives à toutes les pages d’un fichier XPS, puis convertir le résultat au format PDF ou au format image. Quelques exemples de tels changements incluent le placement d’un filigrane sur les pages ou l’ajout d’hyperliens de navigation. La manière directe d’effectuer de telles modifications consiste à parcourir les documents du package XPS, à parcourir les pages du document actif actuel, puis, enfin, à appliquer vos modifications. Par conséquent, le code pour accomplir cette tâche ressemblerait à ceci :
1for (int i = 1; i <= document.DocumentCount; i++)
2{
3 document.SelectActiveDocument(i);
4 for (j = 1; j <= document.PageCount; j++)
5 {
6 document.SelectActivePage(j);
7 // Your changes ...
8 }
9}
10document.SaveAsPdf("file-name.pdf", saveOptions);
Si vous devez également effectuer des modifications irrégulières avant les modifications répétées, cette approche peut entraîner une certaine confusion ou des parcours excessifs à travers les documents et les pages, sans parler de ces boucles qui peuvent sembler un peu lourdes.
Lorsque vous convertissez un document XPS en PDF ou en image, le processus se déroule page par page. Lorsque la tâche de conversion est prête à traiter la page suivante, elle déclenche un événement « avant la page ». L’utilisateur peut définir la gestion de tels événements en étendant la classe BeforePageSavingEventHandler, profitant ainsi de certains avantages décrits dans la section d’introduction de cet article.
Exemple d’ajout d’hyperliens de navigation
Nous fournirons ici un exemple lié au cas des hyperliens de navigation. Et pour rendre la tâche un peu plus compliquée, nous allons convertir uniquement un sous-ensemble de toutes les pages en PDF, comme spécifié par la propriété « PdfSaveOptions.PageNumbers ».
La classe du gestionnaire d’événements
Ci-dessous se trouve l’extension de la classe BeforePageSavingEventHandler
:
1/// <summary>
2/// The class to handle the before-page event while converting an XPS document.
3/// </summary>
4public class NavigationInjector : BeforePageSavingEventHandler
5{
6 // The font in which navigation hyperlinks and page numbers will be displayed.
7 private readonly XpsFont _font;
8 // The page numbers to convert.
9 private readonly SortedList<int, int> _pageNumbers;
10
11 public NavigationInjector(XpsFont font, int[] pageNumbers)
12 {
13 _font = font;
14 if (pageNumbers == null)
15 return;
16
17 // Turn the page number array into a sorted collection of unique values.
18 _pageNumbers = new SortedList<int, int>();
19 foreach (int pn in pageNumbers)
20 _pageNumbers[pn] = 0;
21 }
22
23 public override void Handle(BeforeSavingEventArgs<PageAPI> args)
24 {
25 PageAPI api = args.ElementAPI;
26
27 XpsGlyphs glyphs;
28 // For all pages in the output PDF except the first one...
29 if (args.OutputPageNumber > 1)
30 {
31 // ...insert a hyperlink to the first page...
32 glyphs = api.CreateGlyphs(_font, 15f, 5f, api.Height - 10f, "[First]");
33 glyphs.Fill = api.CreateSolidColorBrush(Color.Blue);
34 glyphs.HyperlinkTarget = new XpsPageLinkTarget(_pageNumbers == null ? 1 : _pageNumbers.Keys[0]);
35 api.Add(glyphs);
36
37 // ...and to the previous page.
38 glyphs = api.CreateGlyphs(_font, 15f, 60f, api.Height - 10f, "[Prev]");
39 glyphs.Fill = api.CreateSolidColorBrush(Color.Blue);
40 glyphs.HyperlinkTarget = new XpsPageLinkTarget(
41 _pageNumbers == null ? args.AbsolutePageNumber - 1 : _pageNumbers.Keys[args.OutputPageNumber - 2]);
42 api.Add(glyphs);
43 }
44
45 // For all pages in the output PDF except the last one...
46 if ((_pageNumbers != null && args.OutputPageNumber < _pageNumbers.Count) ||
47 (_pageNumbers == null && args.OutputPageNumber < api.TotalPageCount))
48 {
49 // ...insert a hyperlink to the next page...
50 glyphs = api.CreateGlyphs(_font, 15f, 110f, api.Height - 10f, "[Next]");
51 glyphs.Fill = api.CreateSolidColorBrush(Color.Blue);
52 glyphs.HyperlinkTarget = new XpsPageLinkTarget(
53 _pageNumbers == null ? args.AbsolutePageNumber + 1 : _pageNumbers.Keys[args.OutputPageNumber]);
54 api.Add(glyphs);
55
56 // ...and to the last page.
57 glyphs = api.CreateGlyphs(_font, 15f, 160f, api.Height - 10f, "[Last]");
58 glyphs.Fill = api.CreateSolidColorBrush(Color.Blue);
59 glyphs.HyperlinkTarget = new XpsPageLinkTarget(
60 _pageNumbers == null ? api.TotalPageCount : _pageNumbers.Keys[_pageNumbers.Keys.Count - 1]);
61 api.Add(glyphs);
62 }
63
64 // Insert a page number in the bottom-right corner.
65 glyphs = api.CreateGlyphs(_font, 15f, api.Width - 20f, api.Height - 10f, args.OutputPageNumber.ToString());
66 glyphs.Fill = api.CreateSolidColorBrush(Color.Black);
67 api.Add(glyphs);
68
69 // Add an outline entry to display the links to the converted pages in the navigation pane of a PDF viewer.
70 api.AddOutlineEntry(string.Format("Page {0}", args.OutputPageNumber), 1, args.AbsolutePageNumber);
71 }
72}
La classe de gestionnaire doit connaître les pages que nous souhaitons enregistrer au format PDF afin de créer les cibles de lien hypertexte correctes. Par conséquent, le constructeur doit prendre la propriété array des options comme argument. Si le tableau de numéros de page est spécifié, nous créons une collection triée de ceux-ci, en évitant en même temps les doublons. (Soit dit en passant, cette solution n’est pas tout à fait exacte. Pouvez-vous comprendre ce qui pourrait provoquer une incohérence dans la sortie ?) Nous aurons également besoin d’un objet « XpsFont » contenant les données de police pour le texte du lien hypertexte.
La méthode Handle()
remplacée est l’endroit où tout se passe. L’argument de la méthode est un objet qui contient l’API de modification pour la page actuelle, le numéro du document dans le package XPS, le numéro de page absolu dans tous les documents, le numéro de page relatif dans le document actuel (qui est égal au numéro précédent dans le cas d’un seul document dans le package), et le numéro de page de sortie (qui est égal au numéro de page absolu lorsque nous convertissons l’ensemble du package).
La logique des deux blocs « if » suivants est assez simple. Il est basé sur l’analyse de l’argument de l’événement OutputPageNumber
pour omettre certains liens le cas échéant : les liens [First]
et [Prev]
seront ajoutés à toutes les pages de sortie sauf la première, tandis que le Les liens [Suivant]
et [Dernier]
apparaîtront sur toutes les pages sauf la dernière. La logique est également adaptée aux deux cas, que les numéros de page soient spécifiés ou non.
Après les blocs « if », il y a un code pour ajouter un numéro de page dans le coin inférieur droit de la page.
La dernière ligne ajoute l’entrée de plan de la page, l’élément qui sera affiché dans le volet de navigation d’une visionneuse PDF (si pris en charge).
Le code de conversion
Maintenant que le gestionnaire d’événements “avant la page” est défini, nous pouvons écrire le code qui convertit le document :
1// The path to the documents directory.
2string dataDir = RunExamples.GetDataDir_WorkingWithPages();
3// Open an XPS document
4using (XpsDocument doc = new XpsDocument(dataDir + "Sample3.xps"))
5// Create a font
6using (Stream fontStream = File.OpenRead(dataDir + "arialbd.ttf"))
7{
8 // Create options for conversion to PDF
9 PdfSaveOptions options = new PdfSaveOptions();
10 // Set the filter for the pages that need conversion
11 options.PageNumbers = new int[] { 2, 6, 7, 13 };
12 // Add the event handler that will execute right before the conversion of each page
13 options.BeforePageSavingEventHandlers.Add(new NavigationInjector(doc.CreateFont(fontStream), options.PageNumbers));
14 // Save resultant XPS document
15 doc.SaveAsPdf(dataDir + "ModifyPageOnConversion_out.pdf", options);
16}
Nous ouvrons un fichier XPS puis instancions un objet flux avec le fichier de données de police. Ensuite, nous créons une instance de la classe PdfSaveOptions
et spécifions le nombre de pages que nous devons convertir. La ligne suivante est l’endroit où le gestionnaire d’événements “page avant” devient “connecté” au travail de conversion via l’option de collection BeforePageSavingEventHandlers
.
Il ne reste plus qu’à exécuter la conversion en PDF en utilisant la méthode SaveAsPdf()
du document.
Conclusion
Dans cet article, nous avons exploré les points clés de l’approche basée sur les événements en programmation, examiné la méthode directe de modification des pages d’un document XPS et appris une technique plus avancée et sophistiquée pour apporter des modifications répétitives à toutes les pages de sortie au cours du processus. processus de conversion, en utilisant l’insertion d’hyperliens de navigation comme exemple.
Pour les exemples complets, explorez notre Exemple de projet.