1. 這兩天寫監控腳本,發現原來日誌的輸出格式有點兒不太協調:報錯時提供的信息太細節了,沒有關鍵字摘要;錯誤級別的標識比較亂,標識符不統一,有的地方用[err],有的用[xxx err];另外日誌名應考慮到後期監控時使用方便;
2. 其它:命名/編碼風格/
如果系統的各個部分都會用到某個功能,就將該功能設計成通用模塊——符合“高扇入、低扇出”的思路;
最低級的一致性應能保證後期開發時不會因爲設計不一致而被迫修改前期代碼——由於初始需求不完整,此條有時在所難免;
3. 說到這,一致性應該是軟件設計時的基本要求之一吧。