致敬平凡的程序员--《SOD框架“企业级”应用数据架构实战》自序

    “简单就是美”

    “平凡便是伟大”

    上面两句话不知道是哪位名人说的，又或者是广大劳动人民总结的，反正我很小的时候就经常听到这两句话，这两句话也成了个人人生格言，并且事实上我也是一个生活过得比较简单的平凡人物，固然这不能说我跟“伟大”有什么关系，我以为绝大部分人都是像我同样的平凡人物，但正是这些绝大多数平凡的人，创造了咱们如今这个美好的世界，说他们是伟大的一点也不过度。在我身边，也有一群平凡的程序员，用他们日复一日，加班加点，简单而平凡的工做，编写了许多有价值的商业软件，付出了青春和汗水，除了相应的薪水，还有什么更大的回报吗？不排除程序员中有一些出类拔萃的人，他们取得了工做上的成功，在能力上得到了很大的成长，当了公司高管又或者是本身创业，事业上取得了必定成就。可是这些出类拔萃的程序员是不多的，在本书第一章，笔者根据《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框架的开源社区状况，读者能够了解到本书的程序示例和源码的出处，能够加入框架的开源项目。