有關應用程序的簡介:應用程序解析html文檔並將其作爲Web視圖加載到應用程序中。如何根據UI和UX在WebView中顯示PDF - iOS Swift
在iOS應用程序中,我喜歡顯示PDF文件。有一個結構XML將包含整個結構。
案例1:對於一個簡單的PDF文件,它看起來像在structure.xml以下
<node id="Nc13d37aa" node_id="82cd790d-e5f0-4ee6-a26c-a6e400af8541" type="publication" default="TEST_Pub" secured="false">
<language name="en-GB" path="X-BIKE-401/en-GB/publications/TEST_Pub-003.00.pdf">
<title>(Test-)Publication</title>
</language>
</node>
案例2:在更復雜的情況下一個發佈可能包含所謂的ATI的(追加的技術資料)這是這樣的:
<node id="Nd747c4dc" node_id="b4528fb8-c615-4b96-945d-a5af009325f2" type="publication" default="TEST_Pub_ATI" secured="false">
<language name="en-GB" path="X-BIKE-401/en-GB/publications/TEST_Pub_ATI-003.00.pdf">
<title>(Test-)Publication with ATI</title>
<atis>
<ati id="ati584a41ee" internal_id="af720ef4-5238-4fb4-ba8b-a5ae00debfae" code="Test_ATI" type="Service Letter" required="false" issuecode="Test_ATI_03" issuenumber="3" revisionnumber="0" href="X-BIKE-401\en-GB\ati\Test_ATI-003.00.pdf">(Test-)ATI</ati>
</atis>
</language>
</node>
這裏的想法是,我們必須伴隨傳統publicat其他舊版文件離子。這裏的想法是,我們展示了正常的傳統出版物,但在視圖中還有一個額外的區域,它指示用戶,有ATI,以及讓他查看ATI的方法 - 但也可以回到原來的位置出版物。 ATI通常是一些信息
案例3:也有這種情況,一個或多個ATI是強制性的。 這意味着,用戶需要先閱讀&確認那些人,然後才能閱讀實際的出版物。這將如下所示:
<node id="N5a3c00f" node_id="09fe8d7b-a95d-4da8-bf06-a5af00933ddc" type="publication" default="TEST_Pub_mATI" secured="false">
<language name="en-GB" path="X-BIKE-401/en-GB/publications/TEST_Pub_mATI-003.00.pdf">
<title>(Test-)Publication with MANDATORY ATI</title>
<atis>
<ati id="ati35c8ee0e" internal_id="60dfaa70-f017-44ea-9190-a5ae00df2494" code="Test_ATI_MAND1" type="Service Bulletin" required="true" issuecode="Test_mATI_03" issuenumber="3" revisionnumber="0" href="X-BIKE-401\en-GB\ati\Test_ATI_MAND1-003.00.pdf">(Test-)ATI1 (MANDATORY)</ati>
<ati id="atic771b1b6" internal_id="d1cffa4b-b1be-4bbb-8dc0-a743010cf246" code="Test_ATI_MAND2" type="Service Bulletin" required="true" issuecode="Test_mATI2_01" issuenumber="1" revisionnumber="0" href="X-BIKE-401\en-GB\ati\Test_ATI_MAND2-001.00.pdf">(Test-)ATI2 (MANDATORY)</ati>
</atis>
</language>
</node>
你可以看到,那兩個將@required設置爲「true」。 在這種情況下,我們需要先顯示第一個ATI,請求用戶「確認」他讀取的地方。轉向下一個所需的ATI並遵守這一點。一旦他確認了所有ATI,他可以查看該出版物本身。 儘管如此,他仍需要重新打開ATI(類似於之前的觀點)並再次查看它們 - 無需再次確認。 一旦出版物關閉,用戶需要重新確認。
問題:對於案例2 & 3,怎麼會這可能是什麼樣子?它會是怎樣的模型?理想情況下,最好是在UI和UX方面提出的解決方案。