xml報表數(shù)據(jù)的新大陸

上傳人：奔*** IP屬地：河北更新時間：2024-03-02 格式：doc 頁數(shù)：223 大?。?.02MB 人氣指數(shù)：12 舉報 版權(quán)申訴

已閱讀1頁，還剩222頁未讀，繼續(xù)免費(fèi)閱讀

版權(quán)說明：本文檔由用戶提供并上傳，收益歸屬內(nèi)容提供方，若內(nèi)容存在侵權(quán)，請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、　　XML - 報表數(shù)據(jù)的新大陸 　　隨著B/S系統(tǒng)的普及和XML技術(shù)的深入應(yīng)用，越來越多的數(shù)據(jù)包裹著XML的外衣被存儲和扔來扔去。這些數(shù)據(jù)很多源自數(shù)據(jù)庫，但經(jīng)過一定的處理，數(shù)據(jù)更精簡，更貼近應(yīng)用。如果報表工具能利用這些XML數(shù)據(jù)，則可以減少數(shù)據(jù)庫查詢和報表數(shù)據(jù)運(yùn)算操作，因?yàn)檫@些XML數(shù)據(jù)的始作俑者已經(jīng)完成了這些操作。因此說XML是報表數(shù)據(jù)的新大陸。&l

2、t;p>　　傳統(tǒng)的報表工具都是只能處理關(guān)系型數(shù)據(jù)庫，基本上不能處理其他數(shù)據(jù)。隨著時代的發(fā)展，一些報表工具加上了處理XML文檔的能力，但需要編程，編寫并配置插件，如此報表程序結(jié)構(gòu)復(fù)雜，接口眾多，用戶還需要根據(jù)各種規(guī)范動手編寫程序，若XML文檔格式有很多種，就需要編寫很多種的插件，報表開發(fā)量不小。　　如果實(shí)現(xiàn)了一種能處理XML文檔，從中獲得報表數(shù)據(jù)的通用方法。則在定制報表模板的時候就教育報表引

3、擎如何從XML文檔獲得數(shù)據(jù)，則對于所有的或大部分的XML文檔無需編程，可減少報表開發(fā)量。　　那么如何通用的處理具有復(fù)雜樹狀結(jié)構(gòu)的XML文檔呢？　　大家知道，處理XML文檔有兩種模式，一個是DOM方式，另一個是流模式。DOM方式處理方便，但速度慢耗內(nèi)存，流模式處理速度快，省內(nèi)存但使用不方便。對于.NET平臺，使用System.Xml.XmlDocument

4、對象來使用DOM方式處理XML文檔，而使用XmlReader 來使用流模式處理XML文檔。　　W3C國際標(biāo)準(zhǔn)組織設(shè)計(jì)XML文檔的目標(biāo)是方便的存儲和交換小型數(shù)據(jù)包，而不考慮數(shù)據(jù)的冗余。因此若實(shí)際系統(tǒng)中出現(xiàn)巨大的XML文檔，則大多數(shù)情況下可以認(rèn)為是不恰當(dāng)?shù)氖褂肵ML技術(shù)。因此我認(rèn)為報表工具不應(yīng)當(dāng)處理巨大的XML文檔，在此前提下，為了實(shí)現(xiàn)方便，采用DOM方式來處理XML文檔。&

5、lt;p>　　在.NET中使用XmlDocument加載一個XML文檔后，會形成一個以XmlDocument為根節(jié)點(diǎn)的XML對象樹狀結(jié)構(gòu)，面對這個XML樹結(jié)構(gòu)，獲取其中的數(shù)據(jù)方法很自然的就是使用XPath技術(shù)了。XPath技術(shù)就是在XML樹狀結(jié)構(gòu)中，以某個節(jié)點(diǎn)作為起始節(jié)點(diǎn)，使用特定的描述表示的路徑移動到其他的節(jié)點(diǎn)，一般的是向其下層節(jié)點(diǎn)移動，比如移動到某個子節(jié)點(diǎn)或?qū)O節(jié)點(diǎn)，移動到某個屬性等等。

6、　　傳統(tǒng)的報表數(shù)據(jù)源模型是兩層的，即使擴(kuò)展到可以處理XML文檔也只能處理一次，既從根節(jié)點(diǎn)出發(fā)，使用某個XPath 獲得字段的值。如此只能處理一次，處理完畢后XML就被扔掉了。但很多時候需要對XML文檔進(jìn)行進(jìn)一步處理。此時傳統(tǒng)的兩層報表數(shù)據(jù)源模型是不夠的。　　為了能對XML文檔進(jìn)行精耕細(xì)作，需要從傳統(tǒng)的兩層數(shù)據(jù)源結(jié)構(gòu)突破到多層的報表數(shù)據(jù)源模型。在多層數(shù)據(jù)源節(jié)點(diǎn)中，每一個節(jié)點(diǎn)都映射到XML文檔中的某

7、個節(jié)點(diǎn)，而它的子節(jié)點(diǎn)則使用XPath路徑映射到XML中的其他節(jié)點(diǎn)。如此遞歸循環(huán)后則多層的數(shù)據(jù)源可以映射到XML文檔中的任意節(jié)點(diǎn)。多層數(shù)據(jù)源模型實(shí)際上就是一個數(shù)據(jù)源樹，因此處理XML文檔也就是將兩顆樹在某些節(jié)點(diǎn)上釘在一起，而XPath就是釘子。因此需要注意各級數(shù)據(jù)源節(jié)點(diǎn)的XPath配置的連續(xù)性，若一個數(shù)據(jù)源節(jié)點(diǎn)的XPath設(shè)置不對，就像它釘錯了XML節(jié)點(diǎn)或者干脆釘在空處。則它本身和所有的子孫節(jié)點(diǎn)都都會綁定落空的。&

8、lt;p>　　在實(shí)際應(yīng)用中，由于XML文檔不是專門為報表而產(chǎn)生的，因此報表工具還可能要離開XML文檔來獲取更多的報表數(shù)據(jù)，此時可能需要從XML文檔跳到其他XML文檔，或者返回?cái)?shù)據(jù)庫繼續(xù)執(zhí)行SQL查詢。這就非?？简?yàn)報表數(shù)據(jù)源模型的靈活性了。　　大家都知道RSS文檔是一種XML文檔，在這里使用博客園的RSS文檔為例子說明從XML讀取報表數(shù)據(jù)的過程。首先考察一下RSS文檔的結(jié)構(gòu)，博客園首頁的RS

9、S文檔URL為 http://www.cnblogs.com/rss.aspx ，根節(jié)點(diǎn)為 rss , 然后有個 channel 子節(jié)點(diǎn)，下面包含了RSS文檔的基本信息，然后有若干個item節(jié)點(diǎn)，列出了所有文章的基本信息。item節(jié)點(diǎn)下面是文章的基本信息，其中 wfw:commentRss 子節(jié)點(diǎn)的內(nèi)容是針對該文章回帖信息RSS文檔的URL?？梢愿鶕?jù)這個URL加載的回帖信息RSS文檔，根據(jù)RSS文檔結(jié)構(gòu)可以定義出如下的報表數(shù)據(jù)源和RSS

10、文檔的映射關(guān)系。(源碼網(wǎng)整理：www.codepub.com)　　這里的RSSXML文檔有三層結(jié)構(gòu)，而且需要動態(tài)加載XML文檔進(jìn)行更深入的處理，因此傳統(tǒng)的兩層結(jié)構(gòu)是肯定不夠的,必須采用多層次的報表數(shù)據(jù)源結(jié)構(gòu)。其過程是相當(dāng)復(fù)雜的，步驟為　　加載 http://www.cnblogs.com/rss.aspx 處的XML文檔，作為主XML文檔，生成一個Sys

11、tem.Xml.XmlDocument 對象，并以該XML文檔對象作為處理的出發(fā)點(diǎn)。 　　使用XPath"rss"遍歷所有符合該路徑的XML節(jié)點(diǎn)，很顯然只處理了一個節(jié)點(diǎn)，此時當(dāng)前位置就移動到rss節(jié)點(diǎn)。 　　從當(dāng)前節(jié)點(diǎn)處使用XPath"channel/title"獲得網(wǎng)站標(biāo)題，使用"channel/lin

12、k"獲得網(wǎng)站地址，"channel/description"獲得網(wǎng)站說明，"channel/pubDate"獲得文檔發(fā)布時間。 　　從當(dāng)前節(jié)點(diǎn)處使用"channel"遍歷所有符合該路徑的XML節(jié)點(diǎn)，很顯然只處理了一個節(jié)點(diǎn)，此時當(dāng)前位置就移動到了"channel"節(jié)點(diǎn)。 <p&g

13、t;　　變量當(dāng)前節(jié)點(diǎn)下的所有的item子節(jié)點(diǎn)，并依次設(shè)置為當(dāng)前節(jié)點(diǎn)。 　　從當(dāng)前節(jié)點(diǎn)處使用“title"獲得文章標(biāo)題，使用"link"獲得文章地址，使用”author"獲得作者，“pubDate"獲得發(fā)布時間，"description"獲得文章內(nèi)容，"slash:comment"獲得回復(fù)數(shù)，“wfw:com

14、mentRss"獲得回復(fù)RSSXML文檔的URL。 　　當(dāng)處理"wfw:commentRss"節(jié)點(diǎn)時，程序根據(jù)某個特定的設(shè)置加載該節(jié)點(diǎn)數(shù)據(jù)指向的XML文檔，也就是加載針對當(dāng)前文章的回復(fù)RSSXML文檔。并遍歷剛剛加載的XML文檔的所有符合"rss/channel/item"的節(jié)點(diǎn)，并依次設(shè)置為當(dāng)前節(jié)點(diǎn)。

15、　　從當(dāng)前節(jié)點(diǎn)處，使用"author"獲得回復(fù)作者，使用”pubDate"獲得回復(fù)時間，使用"description"獲得回復(fù)內(nèi)容。 　　由于RSSXML文檔中的description節(jié)點(diǎn)處保存的時HTML代碼，因此還需要解析HTML代碼并提取其中的純文本內(nèi)容。 　　從上面的步驟可以看出，數(shù)據(jù)源結(jié)構(gòu)中的每

16、一個節(jié)點(diǎn)都釘?shù)搅薠ML文檔中的某個節(jié)點(diǎn)，而且在回復(fù)列表這個節(jié)點(diǎn)中，程序執(zhí)行了XML文檔的跳轉(zhuǎn)，從主XML文檔跳到回復(fù)RSSXML文檔，而且是處理樹狀結(jié)構(gòu)的，因此是遞歸操作，很多狀態(tài)信息都由系統(tǒng)調(diào)用堆棧自動保存，無需程序自己保存了。　　如果報表程序能直接連接到博客園數(shù)據(jù)庫的話，還可以從文章作者這個節(jié)點(diǎn)執(zhí)行XML文檔到數(shù)據(jù)庫的跳轉(zhuǎn)，直接查詢數(shù)據(jù)庫，獲得文章作者的一些注冊信息。實(shí)事上，這個數(shù)據(jù)源樹狀結(jié)

17、構(gòu)中每一個節(jié)點(diǎn)都可以發(fā)生XML到XML，XML到數(shù)據(jù)庫，數(shù)據(jù)庫到XML的三種跳轉(zhuǎn)，這大大擴(kuò)展了獲取報表數(shù)據(jù)的靈活性。　　如果一個信息系統(tǒng)是純XML應(yīng)用的話，則報表工具就可以在眾多的XML文檔中跳躍著采集數(shù)據(jù)而不需要查詢數(shù)據(jù)庫，就像少林寺的武僧在梅花樁上打架而不用碰地，因此也就不用管下面是JAVA土壤的還是.NET土壤。此時所有的數(shù)據(jù)庫操作，業(yè)務(wù)邏輯等等都運(yùn)行在后臺，而報表工具無需關(guān)心，只要系統(tǒng)底

18、層安全可靠，則報表模塊也就安全可靠，系統(tǒng)底層無論如何修改，只要XML文檔格式不變則報表模塊就不需要修改。對于非常復(fù)雜的報表數(shù)據(jù)源，超出了報表工具的定制能力，則可以編程提供一個XML文檔供報表程序使用。以前系統(tǒng)是直接通過API向報表程序提供復(fù)雜報表數(shù)據(jù)，而現(xiàn)在通過XML文檔以“隔山打?！钡姆绞较驁蟊沓绦蛱峁?fù)雜報表數(shù)據(jù)。此時系統(tǒng)結(jié)構(gòu)更安全，邊界更清楚，體現(xiàn)了XML WebService的指導(dǎo)思想。這種獲取數(shù)據(jù)的思想可以不局限于報表數(shù)據(jù)的獲

19、取，還可以應(yīng)用到其他領(lǐng)域。　　以上討論的應(yīng)用系統(tǒng)限于B/S系統(tǒng)，但可以設(shè)想，C/S系統(tǒng)經(jīng)過改造，可以通過某種方式向報表工具提供XML數(shù)據(jù)文檔。　　從上面的討論可以看出，XML確實(shí)是報表數(shù)據(jù)的新大陸，本人寫的報表工具已經(jīng)初步體現(xiàn)了這種思想。但這種思想可能有點(diǎn)激進(jìn)，還不成熟不完善，希望大家多多指點(diǎn)。

20、　　XML源文件：　　<?xml version="1.0" encoding="utf-8" standalone="yes" ?> 　　- <rss version="2.0" xmlns:dc="http://purl.o

21、rg/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/sla

22、sh/">　　- <channel>　　<title>博客園-首頁原創(chuàng)精華區(qū)</title> 　　<link>http://www.cnblogs.com/</link> 　　<descri

23、ption>技術(shù)改變世界</description> 　　<language>zh-cn</language> 　　<lastBuildDate>Mon, 07 Jun 2010 12:57:20 GMT</lastBuildDate> 　　<

24、;pubDate>Mon, 07 Jun 2010 12:57:20 GMT</pubDate> 　　<ttl>60</ttl> 　　- <item>　　<title>網(wǎng)站管理藝術(shù)</title>

25、　　<link>http://www.cnblogs.com/Nobel/archive/2010/06/07/1753464.html</link> 　　<dc:creator>諾貝爾</dc:creator> 　　<author>諾貝爾</au

26、thor> 　　<pubDate>Mon, 07 Jun 2010 12:56:00 GMT</pubDate> 　　<guid>http://www.cnblogs.com/Nobel/archive/2010/06/07/1753464.html</guid> <p&

27、gt;　　- <description>　　- <![CDATA[ 　　閱讀: 0 評論: 0 作者: <a href="http://www.cnblogs.com/Nobel/" target="_blank">諾貝爾</a> 發(fā)表于 2010-06-

28、07 20:56 <a href="http://www.cnblogs.com/Nobel/archive/2010/06/07/1753464.html" target="_blank">原文鏈接</a>做人的藝術(shù)是:人不犯我,我不犯人,人若犯我,我必犯人! 做網(wǎng)站也要有藝術(shù),雖然我沒怎么做過

29、網(wǎng)站的管理員,不過我也曾經(jīng)做過某個不足100人的論壇的管理員,偶爾還能得到一點(diǎn)管理上面的心得。 下面說說，大家討論一下： 一、犯賤者的應(yīng)對方式： 比如謾罵之類的，一開始很害怕刪掉會影響人氣，也害怕這樣會顯得自己不夠大度，但是后來的經(jīng)驗(yàn)總結(jié)，對于這種是要堅(jiān)決地抵制的。你不可能要求所有人都愛你，容忍是有限度，也必須要有限度

30、。雖然放棄了這些客戶，但是也應(yīng)該看到這樣是有助改善現(xiàn)有用戶的用戶體驗(yàn)和用戶環(huán)境的，從這點(diǎn)上看，其實(shí)利大于弊。在商業(yè)　　]]> 　　</description>　　</item><

31、p>　　- <item>　　<title>How does ElementName Binding work – Part 2 BindingExpression</title> 　　<link>http://www.cnblogs.com/idior/archi

32、ve/2010/06/07/1753452.html</link> 　　<dc:creator>idior</dc:creator> 　　<author>idior</author> 　　<pubDate>Mon, 07 Jun 2010 1

33、2:28:00 GMT</pubDate> 　　<guid>http://www.cnblogs.com/idior/archive/2010/06/07/1753452.html</guid> 　　- <description>　　- <![CDATA[ &

34、lt;/p>　　閱讀: 27 評論: 0 作者: <a href="http://www.cnblogs.com/idior/" target="_blank">idior</a> 發(fā)表于 2010-06-07 20:28 <a href="http://www.cnblogs.com/idior/archive

35、/2010/06/07/1753452.html" target="_blank">原文鏈接</a>In <a href="http://www.cnblogs.com/idior/archive/2010/05/28/1746513.html" target="_blank">part 1</

36、a>, I gave a general finding rule for ElementName binding, it works in most cases, however there are some cases you cannot explain them with the general rule. I will cover some of them in the f　　&

37、amp;lt;local:CustomControl1<span

38、style="color: blue">/></pre><pre class="code"> </Window

39、></pre><pre class="code"> </pre><pre class="

40、;code"> <Style 　　<<span style=&

41、quot;color: #a31515">Setter Property="Template">　　<</sp

42、an>Setter.Value>　　<Contr

43、olTemplate TargetType="{x<span s

44、tyle="color: blue">:Type local:</span

45、>CustomControl1}">　　<St

46、ackPanel>　　<Button <span style="color: red; backgro

47、und-color: yellow; ">Name="btn"<span style=&q

48、uot;color: blue"> Content="PFS Button"/>　　<&l

49、t;span style="color: #a31515">TextBlock Name="tbk" />　　&

50、lt;/StackPanel>　　<<span style="color: #a31515"

51、>ControlTemplate.Triggers>　　<DataTrigger <span style=

52、"color: red">Binding="{Binding <span style="color: red; background-c

53、olor: yellow; ">ElementName=btn<span style="color:

54、 blue">, 　　Path=Content}"

55、;Value="PFS Button">　　<<span style="color: #a31515"&g

56、t;Setter TargetName="tbk" 　　<span style="color: red"&g

57、t;Property="Text" 　　Value

58、="PFS TextBlock"/>　　</DataTrigger>

59、　　</ControlTemplate.Triggers>　　</<span style=&quo

60、t;color: #a31515">ControlTemplate>　　</Setter.Value&

61、lt;span style="color: blue">>　　</Setter>

62、　　</Style>　　</pre>　　<

63、;p> 　　Let’s go back to our rules first:　　<ol>　　<li>Start from the element w

64、hich applied the ElementName Binding, keep searching on the logic tree via its logic parent, until an element which has NameScope is found, let’s call it NameScopeElement. If no element owns a NameScope, search

65、 will stop. 　　</li><li>Call the NameScope.FindName method on the found NameScope. 　　</li><li>If the element is found, return it, otherwise try to get the

66、template parent of NameScopeElement; if the template parent is null, it will stop search. or it goes back to step 1, search on the logic tree for element owns a NameScope.</li></ol>　　<

67、p>If we start from DataTrigger, you will find its logic parent would be null, the search will not continue.  Ok, I have to acknowledge the original statement is oversimplified.

68、　　It actually starts form the TargetElement of the BindingExpression which is created by the ElementName Binding. Here it is the CustomContro

69、l1.  A little confused here? Let’s see what’s the BindingExpression and what’s the relationship between a BindingExpression and Binding.

70、　<a href="http://msdn.microsoft.com/en-us/library/system.windows.data.binding.aspx" target="_blank">Binding</a> class is the high-level class for the declaration of a binding; the

71、 <a href="http://msdn.microsoft.com/en-us/library/system.windows.data.binding.aspx" target="_blank">Binding</a> class provides many properties that allow you to specify the characteristics

72、 of a binding. A related class,<a href="http://msdn.microsoft.com/en-us/library/system.windows.data.bindingexpression.aspx" target=　　In most cases, the TargetElement of the Bind

73、ingExpression will be the DependencyObject whose DependencyProperty is set to a Binding MarkupExtension. For example, the TargetElement of the BindingExpression will be set to the Button object in following codes:</p&

74、gt;<pre class="code"><Button Content</sp

75、an>="{Binding 　　</pre><a href

76、="http://11011.net/software/vspaste" target="_blank"></a>　　 　　However our style of CustomControl1, DataTrigger i

77、s not a DependencyObject and Binding property is not a DependencyProperty either.<pre class="code"><<span style="color: #a31

78、515">DataTrigger Binding="{Binding </

79、span>ElementName=btn, Path<span style="color:

80、bl　　Value="PFS Button"></pre>　　&l

81、t;p>The BindingExpression will be created in a different way than others, it’s created in StyleHelper.GetDataTriggerValue methods which are internal to the WPF framework. In that method, the BindingExpressio

82、n’s TargetElement will be set to the object which applies the style that defines the DataTrigger.　　Ok. We are clear of where should we start the search, let’s c

83、ontinue our search. CustomControl1 doesn’t own a NameScope, so we will get his parent which is Window, since Window has a NameScope, we will call the FindName method on Window’s NameScope, but we stil

84、l cannot find btn. As I said both Window and ControlTemplate have their own NameScope, btn is registered in ControlTemplate’s NameScope rather than Window, so you cannot find btn in Window’s NameScope

85、. 　　But if you run the above code, you will see it works. Ok, there is another point i missed in part 1.　　When we start the search from the

86、TargetElement of the BindingExpression, it will check  ResolveNamesInTemplate property of the BindingExpression, if it’s true, it will try to find the element defined in it

87、s template first. In our case, the BindingExpression is created from a DataTrigger, the ResolveNamesInTemplate is set to true in StyleHelper.GetDataTriggerValue method, now btn can be found.

88、;　　Let’s revised the finding rule:　　<ol>　　<li>Get the BindingExpression which is created by the ElementName Binding.&l

89、t;/p>　　</li><li>Start from the TargetElement of the BindingExpression. If the value of BindingExpression’s ResolveNamesInTemplate property is true, it will search in the TargetElement&

90、amp;#8217;s template, if an element with the same name can be found in its template then return it, else go to next step.　　</li><li>Keep searching on the logic tree via its logic parent,

91、until an element which has NameScope is found, let’s call it NameScopeElement. If no element owns a NameScope, search will stop. 　　</li><li>Call the NameScope.FindName method on

92、 the found NameScope. 　　</li><li>If the element is found, return it, otherwise try to get the template parent of NameScopeElement; if the template parent is null, it will stop search. or

93、it goes back to step 3, search on the logic tree for an element owns a NameScope.</li></ol><div>In part 3, I will give some introduction to InheritanceContext which is also called LogicalParent 2.0. :)&

94、lt;/div><img src="http://www.cnblogs.com/idior/aggbug/1753452.html?type=1" width="1" height="1" alt=""/>評論: 0　<a href="http://www.cnblo<p&g

95、t;　　]]> 　　</description>　　</item>　　- <item>　　<title>

96、提高Windows 產(chǎn)品密鑰安全性</title> 　　<link>http://www.cnblogs.com/gnielee/archive/2010/06/07/fetch-productkey-via-csharp.html</link> 　　<dc:creator>Gnie</dc:crea

97、tor> 　　<author>Gnie</author> 　　<pubDate>Mon, 07 Jun 2010 12:13:00 GMT</pubDate> 　　<guid>http://www.cnblogs.com/gnielee/archi

98、ve/2010/06/07/fetch-productkey-via-csharp.html</guid> 　　- <description>　　- <![CDATA[ 　　閱讀: 71 評論: 2 作者: <a href="http://www.c

99、nblogs.com/gnielee/" target="_blank">Gnie</a> 發(fā)表于 2010-06-07 20:13 <a href="http://www.cnblogs.com/gnielee/archive/2010/06/07/fetch-productkey-via-csharp.html" target="_blank&quo

100、t;>原文鏈接</a>     今天無意中在CodePlex 發(fā)現(xiàn)一個叫<a href="http://wpkf.codeplex.com/" target="_blank">Windows Product Key Finder</a> 的項(xiàng)目，從

101、名字就可以看出它的用途。通過這款軟件可以輕松的獲取本地Windows 的產(chǎn)品密鑰。當(dāng)然對于找不到密鑰光盤的人來說這當(dāng)然是款實(shí)用的工具，但如果到了某些圖謀不軌的人手里那您的產(chǎn)品密鑰必定要受到威脅。      閱讀了項(xiàng)　　{&l

102、t;p>　　// Offset of first byte of encoded product key in 　　// 'DigitalProductIdxxx" REG_BINARY value. Offset = 34H.　　<

103、;/span>const int keyStartIndex = 52;　　// Offset of last byte of encoded product key in

104、　　// 'DigitalProductIdxxx" REG_BINARY value. Offset = 43H.　　const int keyEndIndex = keyStartIndex + 15;</

105、p>　　// Possible alpha-numeric characters in product key.　　char[] digits =

106、new char[]　　{　　'B', <span style=&qu

107、ot;color: #a31515">'C', 'D', 'F', <span style="colo

108、r: #a31515">'G', 'H', 'J', <span style="color: #a31

109、515">'K', 'M', 'P', <span style="color: #a31515&quo

110、t;>'Q', 'R', 　　'T', <span style="co

111、lor: #a31515">'V', 'W', 'X', <span style="color: #a

112、31515">'Y', '2', '3', <span style="color: #a31515&q

113、uot;>'4', '6', '7',

114、;'8', '9',　　};　　// Length of

115、decoded product key　　const int decodeLength = 29;　　// Length of dec

116、oded product key in byte-form.　　// Each byte represents 2 chars.　　const int decodeStringLength = 15;

117、　　// Array of containing the decoded product key.　　char[] decodedChars = <

118、span style="color: blue">new char[decodeLength];　　// Extract byte 52 to 67 inclusive.　　<span

119、style="color: #2b91af">ArrayList hexPid = new ArrayList();

120、for (int i = keyStartIndex; i <= keyEndIndex; i++)　　{

121、　　hexPid.Add(digitalProductId[i]);　　}　　for (int <

122、;/span>i = decodeLength - 1; i >= 0; i--)　　{　　// Every sixth char is a separator.　　&l

123、t;/span>if ((i + 1) % 6 == 0)　　{　　decodedChars[i] = '

124、;-';　　}　　else　　{　　<span

125、 style="color: green">// Do the actual decoding.　　int digitMapIndex = 0;　　<span style="co

126、lor: blue">for (int j = decodeStringLength - 1; j >= 0; j--)　　{　　<span st

127、yle="color: blue">int byteValue = (digitMapIndex << 8) | (byte)hexPid[j];　　hexPid[j] = (<span style=&

128、quot;color: blue">byte)(byteValue / 24);　　digitMapIndex = byteValue % 24;　　decodedChars[i] = digits[digitMapIndex];　　}

眾賞文庫> 全部分類> 畢業(yè)設(shè)計(jì)

溫馨提示

1. 本站所有資源如無特殊說明，都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
2. 本站的文檔不包含任何第三方提供的附件圖紙等，如果需要附件，請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
3. 本站RAR壓縮包中若帶圖紙，網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽，若沒有圖紙預(yù)覽就沒有圖紙。
4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
5. 眾賞文庫僅提供信息存儲空間，僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理，對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯，并不能對任何下載內(nèi)容負(fù)責(zé)。
6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容，請與我們聯(lián)系，我們立即糾正。
7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

xml報表數(shù)據(jù)的新大陸

文檔簡介

溫馨提示

最新文檔

評論

免費(fèi)下載