爲什麼不建議在代碼中使用 User 這個單詞?

作者 | 洛逸

來源 | http://21cto.com/article/2093

當你意識到你在項目開始時做的輕量、簡單的設想竟然完全錯了時,你已經用了六個月的時間投入到這個項目上。現在你需要解決這些問題,才能讓這個系統繼續運行下去,你發現你用在這個項目上的精力遠遠超出了你的預期,如果一開始就用正確的方式來做,就不會發生這樣的事。

今天,我要告訴你的是一個經常犯的錯誤,一個會給你帶來無窮無盡的問題的單詞,那就是“users”。

這個單詞有兩個最基本的錯誤:

1.對你的需求來說 “User” 幾乎從來都不是一個好的描述。2.“User” 會導致一個基本的設計安全缺陷。“user” 的概念是模糊不清的,使用更精準的術語幾乎總是能起到更好的效果。

你沒有使用者

最開始,沒有任何一個軟件系統真的有使用者存在。乍一看“user”是一個好的描述,但是你稍微一想就會意識到你的業務邏輯實際上比這要複雜的多。我會使用三個例子,從一個極端的情況出發。機票預訂系統沒有“users” 我曾經給機票預訂系統寫過訪問控制邏輯,下面只是一小部分需求:1.旅客可以使用預定記錄碼通過網站查看預定信息。2.購買者可以通過信用卡號後四位數在網站上修改預訂信息。3.旅行社可以查看和修改他們的預訂。4.航空公司的值機人員可以根據角色和航空公司來查看和修改預訂信息,這需要旅客提供身份信息。不再一一列舉。一些與人類相關的基本概念是“旅客”,“代理”(網站也可是看作代理)和“購買者”。“user”這個概念根本沒用,並且在許多請求中我根本不會使用這個單詞,舉個例子,我們的請求必須包括旅客和代理人的證件,而不是使用者的證件。

Unix 沒有 “users”

我們看一個不太一樣的例子。Unix (這些天被稱爲POSIX)有用戶,他們可以登錄並執行代碼。這樣看起來很不錯吧?我們深入看一下。

如果我們把所有都當作“users”的話,我們將會有:1.使用終端或者圖形界面登錄的人 2.像郵件或者web服務器這種系統服務也會以“users”的身份運行,例如nginx可以以httpd用戶運行。3.在服務器上經常會有多人共享一個管理員賬號用來SSH登錄(例如,亞馬遜的Ubuntu虛擬機默認SSH賬號就是‘ubuntu’) 5.root 身份,和上面其他身份都不同。

上面四個是幾乎不同的概念,但是在POSIX上他們都是 “users”. 一會兒我們就會看到,把這些概念都稱爲‘user’會導致很多安全問題。

在操作上,因爲POSIX的用戶模型邊界存在,我們甚至不能找到一種方式說“只能讓 Alice 和 Bob 通過這個賬號登錄”。SaaS 服務提供商沒有 “users”

Jeremy Green 最近就用戶模型在SaaS中的應用在推特上發文,它第一次提醒了我寫下這篇文章,他的基本觀點是

SaaS 服務幾乎總是:

1.某個組織中的一個人支付服務費用。2.一個或多個人共同使用這個服務。如果你一開始就把這些人作爲一個用戶,你將會陷入一個痛苦的世界。你無法建立團隊模型,你無法組建同時爲多人支付的模型,然後你就會開始改造你的系統。現在你在SaaS案例中學到了一課,我們來看一看你的生活。

但是這只是衆多例子中的一個:“users”的概念太模糊了。如果你開始懷疑“user”這個詞,最終你可能發現最終你其實只需要兩個概念:團隊(用來組織關係和支付)和成員(實際使用服務的人)。“Users” 是一個安全問題 “user” 這個單詞不僅是業務邏輯的問題,它也導致了一系列安全問題。

“user” 這個單詞如此的模糊以至於從根本上將兩個概念合併了:1.一個人。2.他們在軟件中的代表性。

爲了說明這個問題,假設你正在訪問一個居心不良的網站,在它服務器上的圖片導致了你的瀏覽器內存溢出。遠程網站控制着你的瀏覽器,並且開始將你的文件上傳到他的服務上。

爲什麼它能這樣做?

因爲瀏覽器是以系統用戶的身份運行的,它被認爲與人類身份的你相同,實際上你們是不同的。你作爲’user’,不想上傳文件。但是系統的賬號也是‘user’,能夠上傳文件,如果瀏覽器運行在你的賬號之下,他所有的行爲會被當作是你的意圖,也就是說是你讓它這麼做的,實際上不是。

這就是被稱爲Confused Deputy的問題。如果你使用“用戶”這個詞來描述兩個根本不同的東西,那麼這個問題就更有可能成爲你設計的一部分。前期設計的價值

花更少的功夫處理相同的問題是成爲高產程序員的關鍵。使用模糊不清的概念比如“用戶”來組織你的軟件,將會話費大量時間和精力來解決未來發生的問題。一上來就開始編碼看起來是高產的,事實恰好相反。

下次你開始一個新的軟件項目時,花幾個小時預先確定你的術語和概念:你仍然不會完全正確,但你會做得更好。未來的你將感謝你所做的所有預防浪費的工作。


往期推薦

你真的瞭解 OpenJDK 嗎?

堅決不給中國人發Offer的GitLab成立中國公司!立志3-5年上市,怕是聞到了韭菜香?

緊隨Java 16,Spring Framework 5.3.5 發佈:涵蓋JDK 16的支持!

哪家中國公司爲Java 16貢獻最多?Java第一大廠居然不是第一的...

在 IntelliJ IDEA 中與小姐姐連麥寫代碼是什麼體驗?


如果你喜歡本文,歡迎關注我,訂閱更多精彩內容
關注我回復「加羣」,加入Spring技術交流羣

免費領取:Java核心知識總結


喜歡的這裏報道

↘↘↘

本文分享自微信公衆號 - 程序猿DD(didispace)。
如有侵權,請聯繫 [email protected] 刪除。
本文參與“OSC源創計劃”,歡迎正在閱讀的你也加入,一起分享。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章