关系逻辑

前言 前一阶段对MVC模式及其衍生模式做了一番比较深入的研究和实践，这篇文章也算是一个阶段性的回顾和总结。 经典MVC模式 经典MVC模式中，M是指业务模型，V是指用户界面，C则是控制器，使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。其中，View的定义比较清晰，就是用户界面。但对于Model和Controller的定义则较为模糊，以致在项目实践中对它们的职责产生了很多不同的理解。其中比较主流的有下面两种。 1、闭环党 比较传统，问题是Model和Controller职责不清，在实操时容易走形 2、 开放派 MVP的前身，问题是Controller职责太重，优点是View和Model没有了直接的关联 对MVP的一点浅见 如果我们希望View和Model脱离关联的话，那么很容易就会使得所有的职能都落到Controller头上，就如同上图所示。这样，Controller也就变成了Presenter，MVC也正式演化为MVP。所有的数据都由Presenter来驱动，所有的业务逻辑也由Presenter来实现。 MVP模式常见于Android，是谷歌官方推荐的App设计模式。从我找到的这张图上，可以非常明显地看出三者之间的关系。 Model只是一个数据通道，退化成了Repository。如果将Model扩而大之，那么就会变成下面这张图描述的场景：

前言：随着内控体系的全面铺开，公司又多了一个体系。公司从来都不缺体系，可实际起了作用的体系却是从来都缺。越来越多的体系，其高额的维护成本、遵循成本都占用着企业巨大的资源，如果将各大体系整合，使其融合为一，并为企业实际经营活动所用，使其表里如一，成为真正助力公司发展的翅膀，将成为越来越多的管理者关注的对象。余虽愚钝，愿持续关注该领域，以期有所得，有所益。 本次更新内容： A、 梳理出这样一个综合的多维度的企业管理体系的构建逻辑 B、 对各体系构成要素进行了一定的尝试 C、 对体系接口进行了初步考虑 本文根据企业生产经营管理活动发生的业务逻辑，构建以战略为出发点和最终目标，以组织、制度为基础，以流程为执行核心，以质量、风险内控为内在要求，以绩效为驱动，以监控为保障手段，各体系相关连接、相互支撑，共同构成多维度的企业管理体系。该体系也可以将其视为集团战略执行保障体系。该体系中，除流程体系为实际执行性设计、实际发生行为外，其他各大体系均为机制性设计、体系构成性描述，以保持体系整体科学性。 该运营管理体系可覆盖以企业集团为中心，相关单位（以股权、行政、人事、业务、其他契约等各类关系为纽带连接的单位）为成员的企业联合体或企业集团。各单位可以参照此体系进行复制，该框架具备较好的兼容性和可扩展性。 1 ．战略、计划及预算体系（简称为“战略体系”） 体系产生逻辑：之所以将这个放在首位

          linux 逻辑卷可以是设备，可以是硬盘，也可以是分区 pvs 查看物理卷 pvdisplay 查看物理卷的详细信息 pvcreate /dev/sd{a7,b} 创建两个物理卷，sda7和sdb vgs 查看现有卷组 vgdisplay 查看现有卷组详细信息 vgextend vg0 /dev/sdb 拓展vg0卷组，把sdb加入vg0卷组 vgcreate -s 16M vg0 /dev/sda7 /dev/sdb 创建卷组，指定PE大小为16M，卷组名为vg0，卷组成员有sda7和sdb lvs 查看逻辑卷 lvdisplay 查看逻辑卷的具体信息 lvcreate -n mysql -L 1500m vg0 创建逻辑卷mysql,逻辑卷大小1500m，对vg0卷组创建逻辑卷 mkfs.xfs /dev/vg0/mysql 对mysql逻辑卷创建文件系统 blkid /dev/vg0/mysql >> /etc/fstab 然后去/etc/fstab里修改一下 lvextend -l +100%free /dev/vg0/mysql 给mysql 逻辑卷扩展卷组剩余的100%空间 新加到逻辑卷的空间没有文件系统，xfs是原来空间的文件系统，所以新加逻辑卷的空间也得创建文件系统 xfs_growfs /dev/vg0/mysql

一、理解快照的含义 所谓快照就是照下来的那一刻保留起来作为文件的访问通道，将没修改之前保存在快照存储空间中一份，访问的是外面的数据，如果数据修改出现错误时，可以通过快照的访问路径把存储在快照存储空间中的数据放到被修改的数据中，快照存储空间中只存储没修改前的数据，占据空间比较小。 快照的主要作用是保留数据在你做快照那一刻的状态，创建的快照文件本身和你装的操作系统所对应的那块虚拟磁盘本身的大小不一样，快照比原数据小很多，跟文件软链接一样，自己本身不大，但自己所指的文件是很大的。 默认情况下，访问数据时只有一条路径，给磁盘上对应的文件系统做一快照以后，意味着在它之上安装一条访问路径，但这个路径不仅仅是路径而已，它也可以用于用户访问对应的磁盘上的通路。 二、物理存储介质、物理卷、逻辑卷、卷组、快照卷之间的联系 》物理存储介质（PhysicalStorageMedia）：指系统的物理存储设备==>磁盘，如：/dev/hda、/dev/sda等，是存储系统最底层的存储单元。 》物理卷（Physical Volume，PV）：指磁盘分区或从逻辑上与磁盘分区具有同样功能的设备（如RAID），是LVM的基本存储逻辑块，但和基本的物理存储介质（如分区、磁盘等）比较，却包含有与LVM相关的管理参数。 》卷组（Volume Group,VG）：是由一个或多个物理卷所组成的存储池

1、逻辑卷管理 逻辑卷的大小确定： 逻辑卷大小（MB）=PP的大小（MB）*LV包含的LP的个数 LV占用的物理空间（MB）=PP的大小（MB）*LV包含的LP的个数*LV拷贝的副本数 逻辑卷控制块（LVCB） #getlvcb -TA hd2 显示逻辑卷hd2中的LVCB信息 1.1 创建逻辑卷 AIX通过在卷组上创建逻辑卷来为文件系统、数据集裸设备提供可使用的空间。 逻辑卷可以创建文件系统，或者直接作为裸设备使用。 使用mklv指令创建逻辑卷。 mklv指令参数 -a position 设置内部物理卷分配策略（在物理卷上的逻辑分区的位置）。Position 变量可以是以下之一： m --在每个物理卷的外部中间扇区内分配逻辑分区。这是缺省的位置。 c--在每个物理卷的中间扇区内分配逻辑分区。 e--在每个物理卷的外部边缘段内分配逻辑分区。 ie--在每个物理卷的内部边缘段内分配逻辑分区。 im--在每个物理卷的内部中间段内分配逻辑分区。 -b BadBlocks 设置坏区重定位策略。Relocation 变量可以是以下之一： y--发生坏区重定位。这是缺省值。 n--防止发生坏区重定位。 -c copies 设置分配给每个逻辑分区的物理分区数。Copies 变量的值可以设置为从 1 到 3，缺省值是 1。 -d Schedule 当多于一个的逻辑分区被写入时，设置调度策略

Flutter是Google开发的一套全新的跨平台、开源UI框架，支持iOS、Android系统开发，并且是未来新操作系统Fuchsia的默认开发套件。自从2017年5月发布 第一个版本 以来，目前Flutter已经发布了近60个版本，并且在2018年5月发布了第一个 “Ready for Production Apps” 的Beta 3版本，6月20日发布了第一个 “Release Preview” 版本。 初识Flutter Flutter的目标是使同一套代码同时运行在Android和iOS系统上，并且拥有媲美原生应用的性能，Flutter甚至提供了两套控件来适配Android和iOS（滚动效果、字体和控件图标等等），为了让App在细节处看起来更像原生应用。 在Flutter诞生之前，已经有许多跨平台UI框架的方案，比如基于WebView的Cordova、AppCan等，还有使用HTML+JavaScript渲染成原生控件的React Native、Weex等。 基于WebView的框架优点很明显，它们几乎可以完全继承现代Web开发的所有成果（丰富得多的控件库、满足各种需求的页面框架、完全的动态化、自动化测试工具等等），当然也包括Web开发人员，不需要太多的学习和迁移成本就可以开发一个App。同时WebView框架也有一个致命（在对体验&性能有较高要求的情况下）的缺点

目录 集合和逻辑运算 集合 定义 性质 表示 集合间的关系 集合的运算 集合运算在位运算中的表示 逻辑运算 逻辑连结词 量词 集合和逻辑运算 集合 定义 我们把具象和抽象的事物，符号叫做 对象 ，由一定对象构成的一个整体叫做 集合 ，构成集合的每个对象叫做 元素 。 一般地，我们把不含任何元素的集合叫做 空集 ，记作 \(\emptyset\) 。 含有有限个元素的集合叫做 有限集 ，含有无限个元素的集合叫做 无限集 。 性质 1. 互异性 ：对于一个给定的集合，其中的元素一定各不相同。 2. 确定性 ：集合中的元素必须确定。 ——例如，“中国的直辖市”构成一个集合，“我国较小的河流”不构成一个集合。 常用数集 非负整数集(自然数集)： \(\N\) 正整数集： \(\N^*\) 或 \(\N_+\) 整数集： \(\Z\) 有理数集： \(\Q\) 实数集： \(\R\) 表示 我们一般用大写英语字母 \(A,B,C,\cdots\) 表示集合，用小写英语字母 \(a,b,c,\cdots\) 表示集合中的元素。 如果 \(a\) 是集合 \(A\) 的元素，就说 \(a\) 属于 集合 \(A\) ，记作 \(a\in A\) ；相应地，如果如果 \(a\) b不是集合 \(A\) 的元素，就说 \(a\) 不属于 集合 \(A\) ，记作 \(a\notin A\) 。

如何构建一个自己的 PHP 框架 为什么我们要去构建一个自己的 PHP 框架？可能绝大多数的人都会说“市面上已经那么多的框架了，还造什么轮子？”。我的观点“造轮子不是目的，造轮子的过程中汲取到知识才是目的”。 那怎样才能构建一个自己的 PHP 框架呢？大致流程如下： 　　　　 入口文件　----> 注册自加载函数 ----> 注册错误(和异常)处理函数 ----> 加载配置文件 ----> 请求 ----> 路由　 ---->（控制器 <----> 数据模型） ----> 响应 ----> json ----> 视图渲染数据 除此之外我们还需要单元测试、nosql 支持、接口文档支持、一些辅助脚本等。最终我的框架目录如下： 框架目录一览 app [PHP 应用目录] ├── demo [模块目录] │ ├── controllers [控制器目录] │ │ └── Index.php [默认控制器文件，输出 json 数据] │ ├── logics [逻辑层，主要写业务逻辑的地方] │ │ ├── exceptions [异常目录] │ │ ├── gateway 　　[一个逻辑层实现的 gateway 演示] │ │ ├── tools [工具类目录] │ │ └── UserDefinedCase.php [注册框架加载到路由前的处理用例] │ └── models

转：https://blog.csdn.net/CSDN_Yoa/article/details/81384924 并结合自己项目上CAN的配置觉得该文章很好希望帮助想了解CAN的网友。 本章参考资料：《STM32F4xx 中文参考手册2》、《STM32F4xx规格书》、库帮助文档《stm32f4xx_dsp_stdperiph_lib_um.chm》。 若对CAN通讯协议不了解，可先阅读《CAN总线入门》、《CAN-bus规范》文档内容学习。 关于实验板上的CAN收发器可查阅《TJA1050》文档了解。 40.1 CAN协议简介 CAN是控制器局域网络(Controller Area Network)的简称，它是由研发和生产汽车电子产品著称的 德国 BOSCH公司开发的，并最终成为国际标准（ISO11519），是国际上应用最广泛的现场总线之一。 CAN总线协议已经成为 汽车计算机控制系统 和嵌入式工业控制局域网的标准总线，并且拥有以CAN为底层协议专为大型货车和重工机械车辆设计的J1939协议。近年来，它具有的高可靠性和良好的错误检测能力受到重视，被广泛应用于汽车计算机控制系统和环境温度恶劣、电磁辐射强及振动大的工业环境。 40.1.1 CAN物理层 与I2C、SPI等具有时钟信号的同步通讯方式不同，CAN通讯并不是以时钟信号来进行同步的，它是一种异步通讯，只具有CAN

现象 像素密度 倍率与逻辑像素 单位 Web怎么办 实际应用 iPhone Android Web 总结 原文 http://www.shejidaren.com/mobile-ui-chi-cun.html 对于刚入行的UI设计师，往往会遇到一个基础问题，就是设计移动APP时，是用什么尺寸或者用哪种屏幕的尺寸是最适当的？有的同学花了很长时间也不知道怎么做，为了解决这个问题，今天设计师”十萬個為什麼”为大家从原理开始介绍一下移动端设计尺寸规范。 推荐配合这个阅读：《 最新Android & iOS设计尺寸规范 》 现象 首先说现象，大家都知道移动端设备屏幕尺寸非常多，碎片化严重。尤其是Android，你会听到很多种分辨率：480×800, 480×854, 540×960, 720×1280, 1080×1920，而且还有传说中的2K屏。近年来iPhone的碎片化也加剧了：640×960, 640×1136, 750×1334, 1242×2208。 不要被这些尺寸吓倒。实际上大部分的appUI设计和移动端网页，在各种尺寸的屏幕上都能正常显示。说明尺寸的问题一定有解决方法，而且有规律可循。 回到顶部 像素密度 要知道，屏幕是由很多像素点组成的。之前提到那么多种分辨率，都是手机屏幕的实际像素尺寸。比如480×800的屏幕，就是由800行、480列 的像素点组成的