“簡單就是美”
“平凡即是偉大”
上面兩句話不知道是哪位名人說的，又或者是廣大勞動人民總結的，反正我很小的時候就常常聽到這兩句話，這兩句話也成了我的人生格言，而且事實上我也是一個生活過得比較簡單的平凡人物，當然這不能說我跟“偉大”有什么關系，我覺得絕大部分人都是像我一樣的平凡人物，但正是這些絕大多數平凡的人，創造了我們現在這個美好的世界，說他們是偉大的一點也不過分，在我身邊，也有一群平凡的程式員，用他們日復一日，加班加點，簡單而平凡的作業，撰寫了許多有價值的商業軟體，付出了青春和汗水，除了相應的薪水，還有什么更大的回報嗎？不排除程式員中有一些出類拔萃的人，他們取得了作業上的成功，在能力上獲得了很大的成長，當了公司高管又或者是自己創業，事業上取得了一定成就，但是這些出類拔萃的程式員是很少的，在本書第一章，筆者根據《2018年中國程式員生存現狀報告》進行了分析，年薪超過30萬的程式員不超過10%，年薪10萬左右的占比最高，并且年薪10萬到15萬之間5到10年作業經驗的程式員占比最高，如果按照社會上普遍的以收入來衡量一個人是否成功的標準，大部分程式員的職業人生都是不成功的，他們并沒有隨著作業年限的增長而獲得相應成長，這是一個無奈的現實，然而換一個角度來看待，大部分程式員雖然每天都做著簡單而重復的“增刪改查”作業，但他們用平凡的作業為自己服務的公司創造了利潤，為社會創造了價值，
身處平凡階層的您，又何嘗不想能夠成功，能夠成長，并且獲得成就呢？
然而，您可能沒有名校背景，沒有大廠（比如BAT系的公司）履歷，沒有做過像樣子的大專案，沒有拿得出手的成果，像現在流行的大資料、人工智能、機器學習、區塊鏈這些炙手可熱的新技術更是不懂，又怎么能夠輕易的實作上面這個愿望呢？這應該是大部分普通的程式員所面臨的現實問題，而我，也算是這其中的一員，但不妨礙我能夠實作自己上面這個愿望，在回顧自己的程式員生涯時不會覺得虛度光陰，在某一方面也能有拿得出手的東西，獲得了一定程度的成功和成就，得到了顯著的成長，而我的“秘籍”就是，如果你覺得一個東西有點復雜，你就先用簡單的方式把它做好，做深入，慢慢你就會發現，原來這個簡單的東西也可以構建一個復雜的系統，等你回過頭來再去看之前你覺得復雜的東西，你會驚奇的發現：原來這樣做跟我的設想一樣啊！（PS：其實這并不是什么“秘籍”，這正是LISP黑客所擅長的作業方式：先從最小的地方用最簡單的方式將它運行起來，采用自底向上的方式一步一步的構建自己的語言，這種定制的語言抽象程度越高就越接近問題的本質，從而最終構建出一個復雜的系統，筆者對LISP這種作業方式很推崇，筆者的SOD框架中的OQL語言的設計深受這種思想的啟發，）
其實這是經過長期而不斷的努力，才能突然領悟到別人設計的精妙，思想的深邃，你會發現這些設計思想都是自然而然的，一氣呵成的，有時甚至會拍下自己的腦袋：原來是這樣啊，為啥我之前沒有想到呢？也許，這就叫做“頓悟”吧！
對于別人看一眼就能懂的問題，而我總是要從簡單的東西開始慢慢來領悟而不得“悟”，直到某一天才能突然明白，這期間走了不少彎路，付出了比別人更多的努力才能取得成功，我常常自嘲自己這是“笨鳥先飛”，我想“笨鳥”應該像“聰敏”的鳥兒一樣總是少數，那么身處絕大多數普通“鳥兒”中的“您”，一定能夠很快看懂我這本書提供的這些簡單的方案，把自己每天做的“增刪改查”作業，做的更好更深入，然后去構建自己強大的復雜的應用，“飛”得比我更高，更遠，我說的這個方案便是本書要介紹的資料開發框架：SOD框架，它追求的目標是簡單與效率的平衡，體現在代碼的精簡，開發、維護的簡單與追求極致的運行效率，這種平衡，就像太極圖中的陰陽平衡一樣，體現在框架的設計上就是不僅要有方便快速的ORM功能，還要有處理復雜資料查詢的功能，包括資料映射工具、表單資料系結功能等，不能僅僅強調某一方面的功能，這樣使得它具有支持企業級復雜資料開發的能力，這也是為什么SOD框架的LOGO以太極圖為基礎設計的原因，
但是，在筆者10幾年一線的開發作業中，發現有不少專案并沒有根據實際情采用靈活的解決方案，要么全程ORM，要么SQL一路寫到底，都是開頭爽然后很快就遇到硬骨頭，企業實際的開發專案遠不是某個框架的教程示例代碼那么簡單，有時候為了解決一個問題要花費很多時間來尋找解決方案，比如本來全程ORM的，突然一個復雜查詢ORM處理不了不得已在幾個地方又手寫了SQL查詢，相信有框架潔癖強迫癥的朋友都能體會這種感覺，筆者認為，一種方案解決不了所有問題，軟體研發必須要務實，要明白簡單和復雜的關系，要重視開發效率與維護效率、運行效率的關系，一個軟體專案就像人一樣有它固有的生命周期，就應該尊重它內在的規律，放在人身上是“陰陽平衡”，軟體專案也是這樣，框架是筆者10幾年開發經驗的總結，筆者想將這些經驗分享給廣大讀者，讓大家少走一些彎路，少淌一些坑，這便是筆者決定寫這本書的原因，
--------------------------------------分界線----------------------------------------------
注：上圖是筆者自擬的圖書封面，設計的比較難看（出版社會自行設計一個好看封面），但圖書的內容不會讓你失望，
本書有幸邀請到了.NET Linux 大神--宇內流云和博客園著名的.NET隊長-- 張善友先生以及Java資深專家申毅先生的鼎立推薦，在圖書即將出版之際，對他們的支持表示誠摯的感謝！
本書寫作了一年半，又碰上疫情原因出版社復工問題，到現在快2年時間了才進入了出版倒計時，因此也要感謝家人的支持和出版社編輯的理解，當然，必須感謝SOD框架的用戶朋友對此書的支持和期盼！
新書出版在即，有需要預定的朋友請回帖留下QQ和郵箱（默認用QQ郵箱），八折簽名售書！
注：現在是免費預定，不收取任何費用，
注：有朋友要求提供下書籍的目錄，我在
https://blog.csdn.net/bluedoctor/article/details/106006115
這篇文章里面給了詳細的目錄內容，大家也可以去CSDN論壇搶分：
https://bbs.csdn.net/topics/396524295
下面給出本書的章節概要：
第一章 軟體開發中的“二.八定律”
通過對程式員行業專業的調查報告進行的分析，大多數程式員并沒有隨著作業年限的增長而成長，5年作業年限后能力不再明顯增長，30萬年薪也成了一道坎，造成這個現象的原因就是大部分專案都是沒有技術含量的，大部分時間都在做重復的增刪改查，并且這樣的專案還有不少是996的，透支了青春和汗水，
第二章 資料的基礎概念和應用
通過對河圖、洛書的研究，抽象數的概念，漫話數的起源，探討數的表示和存盤，資料和訊息、資料和資料庫、資料和編程的關系，嘗試從多個角度來認識資料和它背后的邏輯，以期接近資料的本質，這樣對資料開發、資料架構就能有更深刻的理解，
第三章 資料庫應用開發
對資料庫型別做一個簡要分類，然后對比介紹訪問不同資料庫的各種驅動程式，介紹使用資料訪問組件的最佳實踐，接著簡單回顧一下資料庫應用開發的基礎知識，最后介紹資料查詢與映射的技術（SQL-MAP），解決一般專案開發中SQL滿天飛，查詢復雜難以維護，專案軟體無法輕松支持多種資料庫的問題，
第四章 物件關系映射（ORM）
從物件與關系的阻抗問題開始介紹ORM應用中的難題，然后以SOD框架為例，介紹ORM中物體類的設計，怎樣跟蹤物體物件的修改狀態，以及一般ORM查詢的方式，最后介紹框架中的ORM查詢語言（OQL）的設計和使用，
第五章 資料表單開發
在企業應用開發中，處理各種表單資料的資料表單開發需求很常見，SOD框架利用.NET原生控制元件內置的資料系結技術，將常見的表單處理程序封裝成一套智能表單自動完成表單資料的讀取和保存，使得開發ASP.NET Web Forms/Windows Forms 上的資料表單有完全一致的開發使用體驗，借鑒MVVM原理，SOD的Windows Forms資料表單也實作了與WPF MVVM框架一樣的功能，本章將介紹這個技術實作的原理和應用示例，
第六章 分布式系統架構與資料開發
分布式系統相對于單機系統，能夠提供更大的、可伸縮服務的能力，在分布式系統架構中，不論是傳統的三層和多層應用架構，還是DDD/DCI架構或者洋蔥架構，資料的存盤和訪問都發生了很大的變化，本章將以這些常見的架構為例，介紹在分布式系統環境下，如何處理并發更新、讀寫分離、分庫分表、分布式事務等資料開發和架構設計的問題，并且通過一個實體來講解將多種架構結合在一起的分布式混合架構方案，
第七章 企業級解決方案應用示例
企業開發的關鍵特征是企業專案通常持續較長時間，專案以業務為中心而不是以技術為中心，所以企業級開發要求使用的技術相對靈活，便于維護，對于企業專案開發中的資料開發而言，大部分專案資料量雖然沒有大型互聯網專案的資料量那么大，但是資料結構和資料關系復雜，資料的事務一致性要求高，不同資料庫平臺之間的資料同步和復制功能也很常見，并且對聯機事務處理的性能要求越來越高，本章將通過介紹記憶體資料庫、異構資料庫同步和應用層事務資料復制的問題，讓讀者可以了解到SOD框架對與企業級專案解決方案簡單而又靈活的支持能力，
第八章 附錄：SOD框架和開源社區
簡要介紹SOD框架的發展歷史，對跨平臺和.NET Core的支持，以及探討向其它語言平臺移植的可能性，最后介紹了SOD框架的開源社區情況，讀者可以了解到本書的程式示例和原始碼的出處，可以加入框架的開源專案，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/10257.html
標籤：其他
上一篇：實用小演算法合集
下一篇：【文學文娛】《難得靈魂無紛擾》