從流程來看
你們希望每個賓客都持有特定桌QRcode
並且可以指引到特定桌
假設我有10桌
我就會有10個QRcode
假設該桌可以10個人
所以這10個人都會持有相同的QRcode
優點是 可以快速確定賓客要到哪一桌
缺點是 在發喜帖時QRcode送出
事後沒辦法再改
例如該桌成員改變臨時缺席
或者桌子排序改變
都有可能導致最終場面大亂
另一個方法則是
每個QRcode 對應該賓客身分
這樣宴請10個人就會有10個QRcode
優點是分配靈活
需要單獨調換位子也好處理
缺點是你有沒有可能給錯QRcode?
最後還有個大問題
簽到 既然你有QRcode 了
那乾脆QRcode 也用來當簽到工具好了?
然後又要去弄個甚麼東西紀錄
最後想問 你QRcode放甚麼資料?
感謝您的回覆 看完後應該是選擇第二種 每人發一個QRCODE 內容還是根據怎麼顯示而定 原本有想過不要太複雜直接在QRCODE顯示桌號
只是不知道用什麼方式顯示會最簡單
網頁 還是APP 感覺各有利弊
因為實在太廣泛 才想上來徵求意見
可以選 我會選app
然後看要用甚麼方式讓app可以讀取已經設定好的資料
存本機DB 或者是app設定API到弄好的DB去取
兩種讀取方式各有利弊
存本機 表示資料是預先寫好
如果要改動 除非你app有寫修改功能
不然只能當場build
而且伴郎伴娘的手機也要改
走API 可能會遇到場館沒有網路連線不到DB
不過好處是改一個DB資訊伴郎伴娘手上app都可以重新取得正確的資料
例如
ID: 0001 name:陳先生 title:叔父 accompany:2 desk:2
ID: 0002 name:吳先生 title:朋友 accompany:1 desk:6
ID: 0003 name:黃小姐 title:大學同學 accompany:1 desk:7
PS 不要問我問甚麼用desk 你不會想用table當欄位名稱的XD
最後給出的QRcode內容就會是ID 的數字
只要用app 掃顯示對應資料即可
如果是網頁
那你給的QRcode 內容可能就是
https: //domain.com/ +"ID"``
我覺得你們是不是小看了QR碼了??
QR碼並不一定要用網址啊??
認真來說，QR碼也是可以存純文字的。
你只要去生成純文字的QR碼
如「浩瀚星空:超級桌」。
生成的碼可以做成貼紙。寄出去。
只要拿QR碼過來，掃一下就可以知道他是誰跟桌號了。
好的建議：不要用(除非你朋友是 QRCode 公司代言人或推廣業務代表)
1.桌卡寫數字
2.到現場之前賓客知不知道自己坐那一桌?
知道-就給賓客桌卡上的數字，賓客自己對號入座
不知道-就由招待告知桌次數字或直接帶位入座
如果要人拿出手機在那裡掃 QRCode
就該有比「找座位」更值得的理由
就像這些
iThome鐵人賽
看影片追技術