我剛開始編寫一個需要管理（物理）項目信息的移動應用程序，這些項目將用QR碼標記。每個QR碼都是特定項目的URL。這些項目將有一個我需要使用UUID（java.util.UUID）生成的唯一ID。需要系統設計建議 - URL結構
我還沒有開始編碼，實際上甚至沒有設計系統，但由於某種原因，我需要生成QR碼。 我需要一個關於我需要生成的URL模式的建議。由於沒有任何書面或設計，我基本上可以讓它看起來像我所希望的。
你們可以請給我解釋一下什麼是2種方法，什麼之間的差異將是一個更好的選擇： 1. http://mydomain.com/id=uuid 2. http://mydomain.com/uuid
謝謝！
數字2.接近。
你會用http://mydomain.com/item/UUID快樂/
你想跟着REST風格的設計模式，並使用一種「類」的名頭，這樣就可以除了剛纔這些「（物理）做其他事情項目，這將被標記爲QR碼「
我無法想象QR生成器會關心URL的格式。第二種顯然更短，可能會使用URL重寫技術來省略「？id =」部分。第一個示例是您熟悉的查詢字符串方法，您有key=value&key2=value2&...。
最新的QR碼版本可以存儲幾乎3kb的數據，因此無論您選擇哪種格式，您的URL佔用的幾百個字節都不會引起任何問題。
綜上所述，如果您決定更改基礎頁面和/或服務器技術（操作或控制器或您正在處理請求的任何操作），則使用URL重寫的第二個選項可能更加靈活， 。
感謝您的評論，但只是爲了澄清 - 我的問題不是關於QR生成器長度限制或類似的東西。這只是一個更好的我的網址格式。再次感謝:) – Haji 2012-01-18 20:13:45
我會爲了可讀性的目的去做這個。這將是我的選擇:) – 2012-01-18 20:12:14