想做一個通知元件,基於MVVM,所有資料走json。清單頁帶過濾和搜尋功能。通知詳情帶上一條下一條切換。
希望能實現在無過濾和搜尋條件下時,在詳情頁內直接做到全局的上一條下一條切換;而在有過濾條件或搜尋條件時,上一條下一條在搜尋結果列表中切換。
方案1:
這是我自己想出來的方案。
在整個組件初始化時,就把本用戶下的所有通知(ID)取到本地,記到全局[store.list.all],之後當點擊詳情頁時,前端把要點擊的條目id作為參數做ajax請求,這樣詳情頁就有當前通知id,所有通知id列表。這樣的話詳情頁就可以很輕鬆的知道上一條的id、下一條的id。
當有篩選或搜尋條件時,記到全域[store.list.filter],方法同上。
優點:上一條下一條會變得非常容易實現,而且列表頁每次翻頁不需要請求資料。
缺點:如果這個使用者的通知清單非常長,那麼初始化和搜尋的時候,需要請求並記錄到[store.list]中的資料就會非常大,首頁速度可能會非常慢,而且效能會變糟。
方案2:
公司以前產品的方案。
列表頁做分頁查詢,每次請求使用page+row做參數,以一頁row條,查詢第page頁的方式查詢(例如page=3,row=10,就表示查詢第31-40條)。過濾和搜尋功能同樣。
之前的產品未實現上一條下一條切換。
不過按照這個思路繼續搞下去的話,大概會這樣:
無過濾搜索條件下,發送當前id作為參數,並帶上next或previous參數,這樣數據庫查詢時可以依靠select * from foo where id = ( select min(id) from foo where id > 4)
這個方式去查詢。
有過濾搜尋條件下,這個就比較噁心了,自己沒想出什麼好主意,大概是從列表頁點進詳情頁時保存一下搜尋狀態(這個可以做到,返回按鈕就有保存這個狀態) ,之後上一條下一條時,除了id、next,也帶上搜尋條件做查詢。就是ajax請求api寫起來會比較噁心。
優點:清單頁分頁,使用者有多少通知都不怕。
缺點:列表頁翻頁時也要請求和查詢,查詢條件複雜,後端負擔大,詳情頁上一條下一跳的ajax請求會比較難寫。
目前就這兩種思路,各有優缺點。
大家還有沒有其他思路?
回覆內容:
想做一個通知元件,基於MVVM,所有資料走json。清單頁帶過濾和搜尋功能。通知詳情帶上一條下一條切換。
希望能實現在無過濾和搜尋條件下時,在詳情頁內直接做到全局的上一條下一條切換;而在有過濾條件或搜尋條件時,上一條下一條在搜尋結果列表中切換。
方案1:
這是我自己想出來的方案。
在整個組件初始化時,就把本用戶下的所有通知(ID)取到本地,記到全局[store.list.all],之後當點擊詳情頁時,前端把要點擊的條目id作為參數做ajax請求,這樣詳情頁就有當前通知id,所有通知id列表。這樣的話詳情頁就可以很輕鬆的知道上一條的id、下一條的id。
當有篩選或搜尋條件時,記到全域[store.list.filter],方法同上。
優點:上一條下一條會變得非常容易實現,而且列表頁每次翻頁不需要請求資料。
缺點:如果這個使用者的通知清單非常長,那麼初始化和搜尋的時候,需要請求並記錄到[store.list]中的資料就會非常大,首頁速度可能會非常慢,而且效能會變糟。
方案2:
公司以前產品的方案。
列表頁做分頁查詢,每次請求使用page+row做參數,以一頁row條,查詢第page頁的方式查詢(例如page=3,row=10,就表示查詢第31-40條)。過濾和搜尋功能同樣。
之前的產品未實現上一條下一條切換。
不過按照這個思路繼續搞下去的話,大概會這樣:
無過濾搜索條件下,發送當前id作為參數,並帶上next或previous參數,這樣數據庫查詢時可以依靠select * from foo where id = ( select min(id) from foo where id > 4)
這個方式去查詢。
有過濾搜尋條件下,這個就比較噁心了,自己沒想出什麼好主意,大概是從列表頁點進詳情頁時保存一下搜尋狀態(這個可以做到,返回按鈕就有保存這個狀態) ,之後上一條下一條時,除了id、next,也帶上搜尋條件做查詢。就是ajax請求api寫起來會比較噁心。
優點:清單頁分頁,使用者有多少通知都不怕。
缺點:列表頁翻頁時也要請求和查詢,查詢條件複雜,後端負擔大,詳情頁上一條下一跳的ajax請求會比較難寫。
目前就這兩種思路,各有優缺點。
大家還有沒有其他思路?
方案一的致命一擊: 如果一個使用者用10W條通知。
方案二的致命一擊:不停的增加查詢條件的複雜度,對儲存壓力增加。
======
中庸方案
一次讀取N天資料(前提是N天的資料量基本上可控,否則此方案不實現)。
可靠方案
使用Elasticsearch

本文討論了PHP中的crypt()和password_hash()的差異,以進行密碼哈希,重點介紹其實施,安全性和對現代Web應用程序的適用性。

文章討論了通過輸入驗證,輸出編碼以及使用OWASP ESAPI和HTML淨化器之類的工具來防止PHP中的跨站點腳本(XSS)。

自動加載PHP會在需要時自動加載類文件,從而通過減少內存使用和增強代碼組織來提高性能。最佳實踐包括使用PSR-4和有效組織代碼。

本文討論了在PHP中管理文件上傳大小的管理,重點是2MB的默認限制以及如何通過修改PHP.INI設置來增加它。

本文討論了PHP 7.1中引入的PHP中的無效類型,允許變量或參數為指定類型或NULL。它突出顯示了諸如提高可讀性,類型安全性和明確意圖的好處,並解釋瞭如何聲明

本文討論了unset()和unlink()功能在編程中的差異,重點關注其目的和用例。 unset()從內存中刪除變量,而unlink()從文件系統中刪除文件。兩者都對效率至關重要


熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

ZendStudio 13.5.1 Mac
強大的PHP整合開發環境

mPDF
mPDF是一個PHP庫,可以從UTF-8編碼的HTML產生PDF檔案。原作者Ian Back編寫mPDF以從他的網站上「即時」輸出PDF文件,並處理不同的語言。與原始腳本如HTML2FPDF相比,它的速度較慢,並且在使用Unicode字體時產生的檔案較大,但支援CSS樣式等,並進行了大量增強。支援幾乎所有語言,包括RTL(阿拉伯語和希伯來語)和CJK(中日韓)。支援嵌套的區塊級元素(如P、DIV),

SecLists
SecLists是最終安全測試人員的伙伴。它是一個包含各種類型清單的集合,這些清單在安全評估過程中經常使用,而且都在一個地方。 SecLists透過方便地提供安全測試人員可能需要的所有列表,幫助提高安全測試的效率和生產力。清單類型包括使用者名稱、密碼、URL、模糊測試有效載荷、敏感資料模式、Web shell等等。測試人員只需將此儲存庫拉到新的測試機上,他就可以存取所需的每種類型的清單。

SAP NetWeaver Server Adapter for Eclipse
將Eclipse與SAP NetWeaver應用伺服器整合。

MinGW - Minimalist GNU for Windows
這個專案正在遷移到osdn.net/projects/mingw的過程中,你可以繼續在那裡關注我們。 MinGW:GNU編譯器集合(GCC)的本機Windows移植版本,可自由分發的導入函式庫和用於建置本機Windows應用程式的頭檔;包括對MSVC執行時間的擴展,以支援C99功能。 MinGW的所有軟體都可以在64位元Windows平台上運作。