注：
本文是知名.NET跨平臺專家，Linux Web Server產品Jexus作者，曾任MVP的宇內流云（網名）先生為《SOD框架“企業級”應用資料架構實戰》一書做的書序，原文沒有標題，《好書要“讀書有味”》為本文根據作者文章內容概況而來，
再次感謝宇內流云先生!
正文開始
我曾經與朋友開玩笑說，寫一部資訊技術方面的著作并不會太難：會“翻墻”會Google，能讀懂MSDN，能讀懂軟體說明書，多逛逛技術網站就行，如果還能懂點兒英文，會更好更方便，
這玩笑開得有點大，因為符合這玩笑的“書”，除了外行人用來擺譜，大多數都被讀者或讀者請來的清潔工阿姨丟進了垃圾桶，
這玩笑開得有點大，但還不算太離譜：我已經很久沒有再去逛過書店，沒有再讀過書，因為，我真的買到過讀到過這樣的書，有些傷，
作者鄧**先生是我的朋友，網上認識的，多年了，網名叫“深藍醫生”，他給我的感覺是，為人誠實低調，思路開闊，技術上有很強的“實戰”能力，值得學習，也值得深交，
但我從來沒有想到他會著書立說，當我這種因受過“書傷”而不再喜歡讀書的人得到這本《資料&架構實戰》初稿后，除了詫異之外，作為朋友，我還得硬著頭皮帶著審視的目光一邊詫異一邊試讀，
僅僅初略讀了一遍，我的詫異開始變成驚異：這才是我希望讀的書！
這時我才發現，“深藍醫生”，名不虛傳：不但能“醫”計算機，“醫”網路，“醫”程式，還能醫治我這種越來越不愿意買書，越來越不喜歡讀書的“讀書漸凍癥”！
因為，這本書，有技術的面子，原理的里子，哲理的神髓，
絕大多數程式員都會與資料操作打交道，特別是服務器端的開發者，“增刪查改”更是家常便飯：要對不同的需求進行不同的“增刪查改”，要對不同的業務進行不同的“增刪查改”，要對不同型別的資料庫進行不同的“增刪查改”，
天天寫INSERT/DELETE/SELECT/UPDATE，煩不煩？
代碼稍有差錯，查非所問，煩不煩？
代碼雖然寫對了，但有細枝末節沒有照顧周到，性能狂降，煩不煩？
同一個操作，針對不同型別的資料庫系統寫了無數段大致相似但又略略不同的代碼，煩不煩？
手工“增刪查改”，SQL陳述句猶如春日里京城的柳絮，滿天亂飛，真的好煩！
程式員絕不喜歡機械重復做那些煩人的瑣事，于是有人化繁為簡，發明了“物件關系映射”：ORM，接著便有了EntityFramework、Dapper、CYQ.Data、Hibernate等等很多很多的ORM框架，當然，還有先生的SOD框架，
ORM一出，程式員對資料庫操作的煩惱立即消散了80%，
但您真的懂ORM嗎？不懂或不太懂或懂而不精，那好，繼續讀下去，
本書從數到資料，從資料到資料庫，從資料庫到SQL增刪查改，從SQL、資料物件到物件映射，有漢學有西學，由里到外，由淺入深，放開筆墨，縱橫開闔，全方位闡釋了ORM的前世今身、ORM背后的核心理念與關鍵技術，提供了大量的原創代碼與示例，最終給讀者呈現出了一個立體的、有血有肉但又透明無礙的整套ORM技術，
其實，這本書，我看重的不僅僅ORM技術，因為細讀下去，您會驚異地發現，它其實在向您表達編程物件和資料的關系，物體物件、業務物件、視圖物件與資料互動的關系，企業級大型應用的資料架構與解決方案，這些，已經遠遠超過了ORM的概念，深入到了資料的本質以及駕馭資料的實作能力，
本書更令人敬佩的是，“技術、原理、哲理”三位一體，高度融合，看似一本技術教程，但它不是為技術而技術，談技術的同時，作者始終不離本質，努力給讀者闡釋技術背后的原理乃至“大道至簡”等更深層次的編程哲理，讀者能得到的，不僅僅是編程的技術，還有編程的智慧，這來自于作者對于“數理”的深刻洞察，來自于作者傳統文化的底蘊，
有人說，讀書能讀出“味道”來，我認為，“讀書有味”的前提是那本書的內容本身就要有“味”，
這本書，目前我僅粗讀了一遍，已經嘗到味了，很鮮，可以肯定，更多的讀者不但能嘗到這份美味，還會有更豐富更深層的受益，
微軟最有價值專家 劉冰（宇內流云）
2020年元旦 于成都
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/251478.html
標籤：其他
上一篇：“數”的起源