一般建議 - 理解食品訂購系統的構建

-4

我最近從Pizza Hut在線訂購了披薩，我注意到他們有令人敬畏的訂購系統，這讓我想知道如何構建這些類型的系統，實際上我對接收訂單的應用更感興趣，是這只是一個典型的電子郵件客戶端，他們檢查新的電子郵件（訂單），還是每次在數據庫中輸入新項目時刷新的應用程序？

訂購系統的部件是什麼？

可能零件......處理訂單和金錢交易

的HTML/PHP的形式。
存儲用戶/客戶端發送的信息的數據庫。
從數據庫或電子郵件客戶端獲取條目的應用程序。 etc ...

關於如何構造這些系統的任何想法？

我需要練習我的PHP/SQL/Laravel技能，我認爲這個系統將是一個很好的現實世界實踐。

非常感謝

來源

2015-06-02 fs_tigre

沒有人彎腰開發這樣的應用程序... – user1844933

前端可能與處理訂購和交付流程的CRM + SCM和ERP解決方案集成。你不想嘗試從劃痕你的代碼 –

有時你可以檢查直接構建的東西......你可能知道很多，通過檢查頁面頁腳上的小字母/鏈接，如：「關於我們」，「職業」，X製作的設計「，這將使您對作者或技術/服務本身有所瞭解。如果您真的進入Web開發，您可以右鍵單擊頁面並檢查代碼，例如，使用Firebug插件你可以檢查對他們的服務器（網絡標籤）做出哪些請求，他們使用哪些javascript插件，或者是否全部由他們製作。 – Armfoot

您需要的訂單一個表，讓我們把它稱爲「TempOrders」：

ID（自動增量）
FoodItem（1 =比薩，2 =芬達，3 =冰淇淋...）
數量
表/臺（用於分組訂單，網上訂購也可能是虛表）

功能：創建帳單（關閉訂單，選擇付款類型，打印帳單）。如果成功，將記錄移動到另一個類似的表格，我們稱之爲「OrdersArchive」。

在班次/日期結束時，TempOrders應爲空，並且所有記錄都將移至OrdersArchive。

當然，您還需要FoodItems的表格，最好包含食品類型（食品，飲料，香菸等），因爲您可能需要報告。

我的建議是在FoodItems表和TempOrders/OrdersArchive中都有一個價格屬性，因爲當價格變化時，處理它會容易得多（儘管它違反了數據庫標準化）。

此外，您可以使用單獨的表格作爲OrderHeader而不是Table/Desk屬性。這樣工作，您可以擁有清晰的主從結構（如果您喜歡這種方式）。

我不認爲電子郵件是這種系統的好主意，在當今世界每個人都希望在線應用得到即時響應。如果您的可樂或咖啡缺貨，該怎麼辦？您需要立即將該信息發回給客戶。

來源

2015-06-02 14:06:59

'我不認爲電子郵件對於這種系統是個好主意，在今天世界上每個人都希望在線應用程序得到即時響應。「那麼，你會說餐廳會有一個獨特的界面，他們看到的訂單每隔幾秒從」TempOrders「db獲取訂單嗎？非常感謝您的建議 –

只是poi這種電子郵件對於這類業務來說相當緩慢。大約10年前，它是可以的，但是今天我們有大量的技術可以在代碼量相當的情況下做得更好。請參閱「http://en.wikipedia.org/wiki/Web_API –

明白了，我確實熟悉那些我從未在真實世界中看到過這些類型的系統的技術，我想知道他們是否仍然使用電子郵件作爲獲取訂單的主界面或iPhone/iPad，Android或在線應用程序，非常感謝您的建議， –

一般建議 - 理解食品訂購系統的構建

回答

相關問題