我們是不是把MVC ORM等技術的主次顛倒了?

2022-02-11 15:20:09 字數 631 閱讀 3592

長時間以來,發現很多人,包括自己,在學習新技術時,出現很多本末倒置的現象,mvc與orm就是兩個比較典型的例子。

實現與理論分開。很多時候,理論思想的關注點與實現的關注點不一定是一樣的,往往甚至某種思想,實現了某種框架,框架的作用是把邊邊角角的細節抽象出來,減少開發者在這些細枝末節上的精力,把注意力,精力花在核心思想的實現上。而我們往往去學習某種框架,然後就陷在框架的實現上,而忘了本來框架所支援的思想。

很多技術的名字順序是非常有意義的。

比如mvc,首要的關注點是模型(m),其次才是檢視(v)。控制器(c)只是用來連線模型與檢視的。而我們很多人在檢視與控制器上花了大把的精力,但有誰去注意過模型呢,就算有處理模型的,大多也都是在為檢視服務,嚴重的本末倒置。

再來說orm,這個更嚴重,甚至可以說很多人的使用就是乙個錯誤。為什麼要orm?是為了解決o與r的阻配失抗。orm,是物件模型到關係模型的對映。而我們有多少人在使用的所謂orm是這樣嗎?很多都是先建表,然後生成物件,那是orm嗎?那應該叫rom吧?順序錯了,往往就跟這個思想技術的本意相違背了。現在有很多號稱強大的**生成工具,也稱全面支援orm,完全物件導向。但在我看來,領域模型,業務邏輯是不可生成的,可生成的大部分通過抽象也是能得到解決的。我承認這些生成工具的強大,但在生成**時,請別在說orm,因為你做的是rom!

我們是不是把MVC ORM等技術的主次顛倒了?

長時間以來,發現很多人,包括自己,在學習新技術時,出現很多本末倒置的現象,mvc與orm就是兩個比較典型的例子。實現與理論分開。很多時候,理論思想的關注點與實現的關注點不一定是一樣的,往往甚至某種思想,實現了某種框架,框架的作用是把邊邊角角的細節抽象出來,減少開發者在這些細枝末節上的精力,把注意力,...

這是不是我們資訊優化的期望?

本篇文章版權由ecf 和hp所有 看 上看到一篇名為 以客戶的名義來思考 的文章,光是這個題目引發了我的思考。因為剛好最近接觸到一家大型空調製造企業,他們目前是利用it進行流程e化。通俗點就是說讓業務流程以資訊流為主要導向,資訊流在it裡面進行流轉,由系統自主記錄每次流程執行所產生的所有記錄,從而減...

SEO反思 我們是不是走錯了路

靜態化 這是乙個跨越了太長時間的話題,很多人一聊到seo,就說 靜態化很重要 其實怎麼說呢,我覺得靜態化更重要的是用來解決系統負載和執行效率的問題,而並非seo,相信最初發明 靜態化 的人也是出於系統負載的目的。之所以有人說靜態化利於seo,很可能源自很古老的一篇出自google程式設計客棧的文章 ...