自包含系统（SCS）与微服务有很多相似的特征。
它们都可以独立部署，并以解耦系统为目的。
不过，SCS一般具有更粗的粒度和更精确的定义。
每一个SCS都是一个自主的Web应用，包含了WebUI、业务逻辑和持久化层。
对于SCS来说，API是一个可选项，而且SCS不应该共享UI，当然，那些调用了多个服务的单页应用（SPA）除外。
在进行领域驱动设计（DDD）时，为了尽可能降低SCS之间的耦合，每个SCS都应该实现一个边界上下文（BoundedContext）。
可以通过对用户故事进行来定义边界上下文。
SCS之间可以通过多种方式进行交互：UI集成，如引用JavaScript文件、ESI或SSI；
异步通信和事件

你还在依赖直觉和经验艰难地作出决策吗？这本书让你定量决策：可口可乐动用2000名调研员，对19万人进行口味测试后，如何作出最终决策？如何衡量并未开口抱怨的顾客对服务或产品质量的不满意度？如何通过数学公式找到最适合你的另一半？数据无孔不入，大数据时代，谁掌握了数据，谁就能把握成功。
“一切皆可量化”，道格拉斯这个大胆的宣言是解决诸多生活和商业问题的关键所在。
无论你的问题看起来多么不可量化，如健康、幸福感、顾客满意度、IT安全、投资风险、品牌价值、组织灵活性等，在本书中都可以找到量化的办法。
作者在本书中：专注于量化不确定性、风险和数据价值；
提供了令人拍案惊奇的测算无形之物的简便方法，让你仅仅基于已知数据就能准确决策；
展示了丰富而精彩的量化案例，让身边的数据唾手可得。
本书兼具实用性、可读性与趣味性，甚至让反感数据的人也能发现它的亲切。

资源中包括：用TCP_IP进行网际互联第一卷_原理、协议与结构(第四版)，用TCP_IP进行网际互联第二卷：设计、实现与内核，用TCP_IP进行网际互联第三卷_客户——服务器(含全部配套源代码)。

手册包含以SRS为服务器，OBS推流，VLC拉流的基础部署和SRS为服务器，OBS端rtmp推流，VLC同时拉出remp和flv流的两种情况部署，后期会持续跟新

一个由SpringCoud微服务架构的小项目，应用了SpringCloud的常见组件，配有项目的SQL文件，导入Eclipse下载好依赖即可使用。
在浏览器中访问后台登录界面http://localhost:8110/manage-web/login。
前台展示界面的访问地址为http://localhost:8210/sale-web/book/list

黑马程序员linux服务器开发网络编程配套文档，很好的参考资料

WinHttp.WinHttpRequest.5.1中文参考手册（详解），详细介绍了该组件的方法、属性等的用法以及参数的解释。
。
。
例：方法调用格式：〈无返回值〉对象．方法（"SetProxy"proxySetting，ProxyServer，BypassList）参数的名称为“ProxySetting”，类型为“整数型”。
===代理服务器设置参数的名称为“ProxyServer”，类型为“变体型”，可以被省略。
===代理服务器参数的名称为“BypassList”，类型为“变体型”，可以被省略。
===忽略列表解释：Specifyproxyconfiguration

新零售系统\订货系统\商城系统三套源码已经调试过可用。
是一款基于云计算的Saas模式新零售系统。
以互联网为基础，通过大数据、人工智能等先进技术，对商品的生产、流通、销售、服务等环节转型升级改造，进而重塑业态结构与生态圈。
并对线上交易运营服务、线下体验购买及现代物流进行深度融合，所形成的零售新模式。
通过本系统的应用，可以实现线上PC、手机、微信、APP电商运营、线下店面POS收银及进销存管理、全渠道、多模式精细化管理，帮助传统商业转型新商业，实现跨越式发展。

ISO27145-1中文版是关于全球协调的在线诊断系统（WWH-OBD）通信要求的实施标准规范。
WWH-OBD是与排放相关的车辆在线诊断系统，旨在为制造商和用户提供统一的诊断通信标准。
该标准的中文版是基于个人兴趣翻译而成，仅供参考。
ISO27145-1标准文档的第一部分涉及通用信息和用例定义。


在了解ISO27145-1标准时，首先要明确几个基本概念。
ISO（国际标准化组织）负责制定该标准，其中SAE（美国汽车工程师学会）也参与了相关文档的参考概念和数据附件修订程序的制定。
标准中明确了引用的标准、术语和定义、缩写方式、协议以及文档概况等，为用户提供了理解和应用该标准的框架。


标准的通用信息部分给出了WWH-OBD的概况，包括其用例的概览和定义。
这部分内容不仅帮助了解标准的背景和目的，而且涉及到实施WWH-OBD通信要求所需的关键信息。
用例定义是标准的核心部分之一，明确界定了WWH-OBD系统需要提供的信息类型和功能，便于制造商和第三方诊断工具开发人员确保其产品和服务符合标准要求。


在用例定义中，标准详细说明了三个关键的用例（UC）：
1. UC1—与排放相关的OBD系统状态信息：该用例包含了车辆排放相关诊断系统状态信息，比如系统是否准备好、是否出现故障码等。

2. UC2—激活和确认的排放故障信息：这部分描述了车辆如何传递已经激活且确认的排放相关故障信息。
这对于诊断排放故障和制定维修计划至关重要。

3. UC3—以维修为目的的诊断信息：此用例涉及的数据和信息旨在帮助技术人员进行有效维修，包括故障代码、故障历史、待维修事项列表等。


车辆在线诊断（VOBD）是WWH-OBD标准中非常重要的一个概念。
VOBD系统包括了所有与车辆运行状态监测、诊断、存储和检索故障信息相关的功能和组件。
此外，VOBD数据集定义了车辆应该存储哪些类型的数据以及这些数据如何组织，VOBD访问方法则提供了获取这些数据的技术手段。


在阅读ISO27145-1标准时，还需了解文档所规定的标准使用范围。
这部分内容指出标准的适用对象、如何引用标准以及标准的术语和定义。
比如“VOBD”就是车辆在线诊断系统（Vehicle On-Board Diagnostic System）的缩写。
这些术语和定义是理解标准内容的基础。


标准中还可能包含一些参考文献，这些文献是进一步了解或深入研究该领域问题的重要资源。
通常这些文献来源可靠，能够为读者提供更全面的技术背景和信息。


总而言之，ISO27145-1中文版的出现，为国内从事车辆在线诊断系统开发和维修的专业人员提供了一个重要的标准化参考。
通过该标准，可以规范车辆的诊断通信方式，确保不同制造商生产的车辆之间的诊断兼容性，便于维修技术人员进行故障诊断和处理。
同时，该标准的实施有助于提升车辆排放系统的检测和维修效率，对于环保和道路安全都有着积极的意义。
需要注意的是，由于此标准是基于个人兴趣翻译，具体实施时还需以官方发布的准确翻译和解释为准。

IPv6UDP代码（VC6编译环境），简单的服务器/客户端收发。

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。