首頁 >後端開發 >php教程 >2015年工作上遇到的問題:21-30(這10個問題很有價值)

2015年工作上遇到的問題:21-30(這10個問題很有價值)

WBOY
WBOY原創
2016-08-08 09:30:471026瀏覽

 21.mysql資料庫的資料型態numberic和double是不同的。

numberic只能表達最長65位元精度的定點數

而double可以描述的是允許的值是-1.7976931348623157E+308到-2.225073858507202503838250738250738250738250738250738250738250738250738250738250738213838338383838373073830738383738307383073833073823073832. E-308到1.7976931348623157E+ 308

雖然numberic的小數位數可以更長些,但是表達的值的範圍遠不及double。

就這些區別。

不能光考慮精度,同時要考慮值域範圍。

另外一個是定點,一個是浮點,運算時間效率也是不一樣的。

參考網友的答案。

22.程式碼中是否有必要使用程式碼區塊。

method a(){

   {

   

   }

}

有的結果,讀性變差了。

看到Boos部分地方使用了程式碼區塊,程式碼可讀性提高。

讓人糾結的是,一直以來不用程式碼區塊,個人傾向於在不同程式碼區塊的頭部,加上一行註釋,簡單描述一段程式碼的核心邏輯。

23.密碼的安全性問題。

  表單輸入的密碼加密,安全控件,https,傳輸過程使用對稱加密,

  程式內部增加校驗密碼的接口,讓「程式設計師也不知道實際的密碼」。

  處於簡單考慮,前期沒有怎麼處理。
 

24.資金、利息等Double比較時,常會出現誤差。

我個人的一種想法時,資金保留到分的下一位“粒”,在四捨五入,或者只捨不入的情況下,也更精確。

Double相減,不與0直接比較,而是相減絕對值,與目標誤差,例如0.001比較。

25.VIM設定行號。

修改/etc/vimrc,增加一行配置 "set nu"。

這樣,每次開啟檔案就顯示了行號。

但是,又發現一個問題,有了行號,選擇直接複製的,帶了行號,貼上之後,還需要手動刪除行號,尼瑪。

26.最近p2p跑路平台太多,政府部門和第三方支付的擔憂比較大。

支付寶和財付通已經停止對不知名的p2p平台,提供第三方支付服務了。

某好友正在幫人開發p2p系統,第三方支付這一塊卡住了,只能找一家提供服務的第三方支付公司了。

要不然,幫客戶開發的系統賣不出去,鈔票無法到帳。

聽說國富寶還是可以接入的,這樣還好,可能是國富寶這種量級的,客戶不太多,還沒到挑選客戶的地步吧。

不知道,這是好事,還是壞事呢。

27.SpringMVC表單驗證。

網上說Spring自己也有一套驗證組件,spring-modules-validation.jar;沒有用過。

公司專案中,用的是Hibernate的Validator。我個人對Hibernate的印像是,比較大,很笨重。

我還是比較傾向於Jodd的vtor驗證組件。

http://jodd.org/doc/vtor/index.html

jar包非常小,還需要實踐看看。

28.Mybatis設定檔。

ChargeLogSummaryDao.xml

為了偷懶,直接copy然後修改的,結果只修改了部分內容,namespace沒有修改。

導致專案啟動的時候,總是提示ChargeLogDao.add已經存在。

找了半天,才定位到問題原因,透過搜尋「ChargeLog」。

29.Nginx設定檔測試是否正確。

 nginx -t

nginx: the configuration file /etc/nginx/nginx.conf syntax is

nginx: configuration file /etc/ngin okcinx的過程中可能會發生文法錯誤,先檢查下,比較可靠~

30.Cache有2套實作。

Cache定義快取接口,底層可以是Redis和Memcache,這是底層技術方面的選擇。

但是,要注意的是,同樣是Redis實現,業務方面也可以不同。

例如登入和Session相關業務與緩衝普通物件數據,需求是不一樣的。

用戶登入的數據,更加關鍵。

根據Boss的經驗,資料量過大的情況下,最舊的快取資料可能會被覆蓋。

對於普通的業務數據,完全是可以接受的。

但是,對於Session數據,則不行,會導致已登入使用者突然斷線。

以上就介紹了 2015年工作中遇到的問題:21-30(這10個問題很有價值),包括了方面的內容,希望對PHP教程有興趣的朋友有所幫助。

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn