思考模型設計哪種更好？
a在硬碟flash儲存資料池，同時在ram中讀出資料，也就是字典在硬碟和記憶體都有乙份，每次上電ram空空如也我就此時把資料從硬碟讀出來，方便刷卡時的使用。
aa說到這裡 我有簡單模型了 字典查詢我就挨個挨個比較 字典排序不需要 字典儲存可以字典生成就是寫一頁即可。他傳統。充電樁程式就是這樣。他也不要初始化因為就在flash
b不要在ram中有字典，它消耗記憶體，尤其字典太大的時候。我以二叉樹或許硬雜湊轉為int這樣的特徵值儲存在flash即可，每次使用我就在flash快速對比，這樣比較優秀。
需要的函式
字典查詢
字典排序
字典儲存
字典讀取【我用模式b所以它不會使用了】
字典生成
最困難的應該是字典生成
他和平台的派發掛鉤的，比如傳統做法是通行組一次性下發那麼我很好處理，一次性放在ram在排序在儲存flash就完成。現在新做法是資料量很大，平台分批下發 怎麼辦呢？
方案1在ram裡面分次儲存，等到平台派發完畢我在一起排序一起儲存。他的問題a消耗了ram違背了選擇b的初衷b我在ram的空間一直需要等待平台的派發，也就是這個記憶體不能做他用，如果發生其他動作記憶體會緊張c新舊資料交替的時候說不清楚
方案2維繫珍貴的ram我在排序的時候用一下公共資源記憶體即可，不用想方案1那樣一直等待平台派發完。我這樣 我搞2個硬碟頁，叫做頁1和頁2其中前者是炮灰後者是真正的資料池。原始裝置都是空的，可以直接寫，平台派發乙個我就在頁1寫乙個，如此，等待派發完畢我就格式化頁2在把頁1全部讀出隨後排序隨後放在頁2隨後格式化頁1
大家覺得哪種封裝更好
dudu借首頁一用。希望不要把這個貼移走了，我想知道下大家的想法如何。多謝了。小弟看到有的持久層框架是把實體類操作的介面放在每個實體類中，比如activerecode。假設要對order型別的實體物件和user型別實體物件進行修改操作，就像這麼寫 假設前面已經宣告乙個order型別物件 ordero...
（翻譯）頂部導航 vs 左側導航 哪種方式更好
頂部導航和左側導航，哪個更適合使用者使用？網頁設計人員已經為此爭論了很久，許多人有自己的結論，但另一些人則心情矛盾。事實上，這個問題並沒有絕對的答案，與使用者相關的設計，最重要的是看上下文環境。1 甘瓜苦蒂,天下物無全美。要想知道頂部導航和左側導航中哪個最適 重要的是要了解它們的適用範圍。內容瀏覽 ...
書寫是為了更好的思考
思考當然離不開大腦，但是你有沒有想過讓你的文字幫你一起思考？在未鵬看來，書寫可以幫助我們更好地進行思考。他在文中提到了五點書寫對於思維的好處，其中有自己讀書時的摘錄，同時也不乏自身的諸多感悟。文章不長，但是啟發性很強，與廣大讀者共勉。我經常在走路和睡前總結所學過的內容，思考遺留的問題，一段時間的閱讀...