watermark

<a-select style="width: 100%" placeholder="请选择开班课程" v-decorator="['courseType', validatorRules.courseType]"> <a-select-option value="">请选择开班课程</a-select-option> <a-select-option v-for="(course, index) in courseList" :key="index.toString()" :value="courseTypeList[index]" > {{ course }} </a-select-option> </a-select> courseList：[ 饮品教学班,营销实战,彩虹米课程,业绩实战班 ] courseTypeList：[ 0,1,2,3 ] key：key属性是用于区别于不同的<option>，多个key不能重复，通常去id作为key值。 value：value属性是选中某一项之后，<select>控件的返回值，可以去id作为value值，也可以取相关的name作为select的返回值，比如上面的例子是将课程类型作为<select>的返回值，那么传到后端的值就是对应的type值(0,1,2...)。 另外： 实例1：没有设置标签值，下拉框value值作为备选值

  今天二哈来分享华为快服务智慧平台的又一个流量入口——服务直达。本期之所以叫做“图标新纪元”，是因为服务直达的呈现形式就是图标，只不过这些图标很神奇，可以在APP以外的地方——负一屏位置进行呈现，点击服务图标之后可以直接跳转到服务的详情页。这期我们先上个栗子：   原先想要用微信付款码，首先要找到并点击微信APP，然后点击“我”，接着点“支付”，最后点“收付款”（当然也可以在图二里面点加号然后点收付款）。而如果使用了服务直达的“付款码”服务，只需在负一屏点击服务图标就可以一步到位！是不是感觉非常便捷快速呢！   想象一下，自己在食堂里面付款，后面有一队人马虎视眈眈地等着，掏出手机“一步到位”的服务方式难道不香吗？   有了直观的感受，我们具体看一下服务直达的完整体验是什么样的：   步骤 1 【01页面】点击服务图标（如“主题”）进入【04页面】中的服务详情页   步骤 2 【01页面】点击“更多”图标进入【02页面】   步骤 3 【02页面】点击“所有服务”进入【03页面】   ----结束   以上是服务直达的完整体验步骤，那有的小伙伴可能会问，图标在负一屏位置上的展示逻辑是什么呢？负一屏优先展示手动添加的“常驻服务”，当手动添加的“常驻服务”不足4个会展示用户最近使用的服务，若仍不足4个，系统会根据用户使用习惯自动推荐服务展示。为了让用户使用服务更便捷，可以说产品大大真是

来自AI的Tips——情景智能   上一次我们介绍了华为快服务智慧平台是什么，今天我们来侃一侃平台最有代表性的一个流量入口——情景智能（AI Tips）。   首先情景智能在哪呢？大家可以拿出自己的华为手机或Pad，在主屏位置手指点击屏幕右滑一下，进入负一屏的位置，大家就可以在一个写着大大的“今天”的页面中找到情景智能了。   如果你在负一屏中没有看到任何服务，而是如下的一个页面，那么你可以点击图纸卡片左下角的“同意”按钮开启“智能助手•今天”，然后就可以进入情景智能的神奇世界了！   来自AI的Tips，听起来好像很玄幻，没错，它也对得起这个名字——情景智能创新性地实现了服务找人的功能特性。“人找服务”大家应该比较熟悉了：我们平时想用什么应用，就在应用市场搜索关键词，下载APP，然后在APP里面寻找自己想要的服务。那“服务找人”是什么意思呢？当你在情景智能订阅了一个服务后，情景智能会在特定的时间特定的场合提供符合你意图的服务，它的服务以卡片形式呈现，订阅服务后，可以根据用户行为和偏好，在特定情境下触发服务，推荐用户所需的服务内容。上面的内容可能过干，下面就用本二哈的亲身经历来滋养一下各位期待甘霖的心灵。   二哈经过下图所示的操作流程订阅了“去哪儿火车票”的服务，那么在我没买票的时候，会在“情景智能”这几个字的下方出现一张卡片，提示二哈现在可以开始定哪段时间的票了。除此以外，买票

简介 之前在讲JIT的时候，有提到在编译过程中的两种优化循环展开和粗化锁，今天我们和小师妹一起从Assembly的角度来验证一下这两种编译优化方法，快来看看吧。 循环展开和粗化锁 小师妹:F师兄，上次你讲到在JIT编译的过程中会进行一些编译上面的优化，其中就有循环展开和粗化锁。我对这两种优化方式很感兴趣，能不能展开讲解一下呢？ 当然可以，我们先来回顾一下什么是循环展开。 循环展开就是说，像下面的循环遍历的例子： for (int i = 0; i < 1000; i++) { x += 0x51; } 因为每次循环都需要做跳转操作，所以为了提升效率，上面的代码其实可以被优化为下面的： for (int i = 0; i < 250; i++) { x += 0x144; //0x51 * 4 } 注意上面我们使用的是16进制数字，至于为什么要使用16进制呢？这是为了方便我们在后面的assembly代码中快速找到他们。 好了，我们再在 x += 0x51 的外面加一层synchronized锁，看一下synchronized锁会不会随着loop unrolling展开的同时被粗化。 for (int i = 0; i < 1000; i++) { synchronized (this) { x += 0x51; } } 万事具备，只欠我们的运行代码了，这里我们还是使用JMH来执行。

简介 我们知道比特币就是挖矿产生的，那么在比特币网络中，挖矿有什么特点呢？怎么分配挖矿收入呢？在这篇文章中你都能找到答案。 比特币的节点构造 上篇文章我们提到了，比特币是一个P2P网络，P2P网络中就有很多个节点，从P2P的定义来看，各个节点的地位是相同的，其实不然。比特币网络的节点各有作用。 我们先来看一个总体的图，比特币节点总共有4种类型： 这四种类型分别是钱包，挖矿节点，全节点，和网络路由节点。 不同的角色组合成了一个庞大的比特币网络。根据功能的不同，不同的角色可能需要不同的类型。 上面我们介绍了7个常见的节点。 Bitcoin Core 这个是你在官方下载的bitcoin软件，它包含了4中类型的功能。 Full Block Chain Node，这个节点包含了所有的比特币区块链历史的信息，叫做全节点，全节点主要用来做历史交易的验证。 Solo Miner,这个是独立的挖矿节点。 SPV wallet, 这个是我们之前介绍的轻量级的钱包。 Pool Protocol Servers, 这个是矿池连接比特币网络的网关。 注意，比特网网络除了自身的P2P网络协议之外，还有一个Stratum协议，Stratum协议被应用于挖矿、以及轻量级或移动端比特币钱包之中。 Mining Nodes,这是连接到比特币矿池的矿机节点。 SPV stratum wallet,

1、应用场景 提到 Canal，大家应该都能想到这是一个用于解析 MySQL binlog 日志的工具，并将 MySQL 数据库中数据同步到其他存储介质中，例如 Elasticsearch。 即 Canal 一个非常常用的使用场景：数据异构，一种更高级别的数据读写分离架构设计方法。 随着业务不断的发展，企业发展到一定阶段，发现单体的关系型数据库已无法支撑业务高速发展带来数据不断累积的压力，从而会诞生出一种设计架构：分库分表。分库分表对缓解单库数据库压力确实是一种非常好的解决方案，但又衍生出另外一种困境，关联查询不友好，甚至跨库JOIN就更加如此。 举例说明如下： 例如一个订单系统，通常有两类用户需要去查询订单，一类是顾客，一类是商家，在对数据库进行分库分表时，如果以顾客(buy_id)进行分库的话，同一个商家的订单数据会分布在不同的库中，如果以商家(shop_id)进行分库的话，同一个用户购买的所有订单数据将会分布子啊不同的库中，这样进行关联查询，就必然需要跨库进行join，其成本都会偏高。而且上面的场景只能满足一方的需求，那如何是好呢？ Canal 这个时候就闪亮登场了，在电商设计中，其实商家、顾客会被拆分成两个不同的服务，我们可以为两个不同的服务搭建不同的数据库集群，我们可以用户订单库、商家订单库进行分库，以用户订单库为主库，当用户在订单系统下单后，数据进入到用户订单库中

windows下 开始 -- 搜索框输入 git bash，打开git bash窗口； git config -- global user .name "自定义用户名" git config -- global user .email "邮箱" 步骤一、检查本地ssh key是否存在 1、windows下 开始 -- 搜索框输入 git bash，打开git bash窗口； 2、git base窗口中输入指令 ls ~/.ssh/ 来检查ssh key是否存在； 3、如果key不存在则按照步骤二重新生成，ssh key已存在则跳过步骤二，执行步骤三； 步骤二、生成ssh key 1、继续步骤一的git bash窗口执行指令： ssh-keygen -t rsa -b 2048 -C "你自己的邮箱地址" 修改邮箱地址为你自己的邮箱地址，注意此处邮箱地址前后的双引号为英文格式双引号； 2、指令执行后页面提示： Generating public/private rsa key pair. Enter file in which to save the key (/c/Users/***/.ssh/id_rsa): ***表示你自己的当前登录用户名，不做修改直接回车，会将生成的rsa文件保存为默认名称 再次回车提示： Enter passphrase (empty for no

2019年6月1日，我统计了某招聘网站上面的5月份数据，获得有效程序员招聘数据28万条。针对招聘信息，提取编程语言关键字，并统计如下： 编程语言比例 ———————————————— 版权声明：本文为CSDN博主「有数可据」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/juwikuang/java/article/details/90731887 来源： oschina 链接： https://my.oschina.net/u/3214232/blog/4275575

1 FreeRTOS任务基础 1.1 多任务系统 在51单片机、AVR、STM32裸机编程时，我们通常都是用一个main函数里面加一个while(1)做一个大循环来完成所有的事务处理，同时在加上中断处理一些较为紧急的事务。相对于多任务系统而言，这个就是单任务系统，也称作前后台系统，中断服务函数 作为前台程序，大循环while(1)作为后台程序，如图 1.1.1 所示： 图1.1.1 前后台系统 前后台系统的实时性较大（尤其是调度任务较多），每个任务都是轮流执行，没有轮到该任务运行的时候，不管该任务有多么的紧急，就只能等着，大家拥有一样的优先级。但是该类系统简单，所消耗的资源较少。 多任务系统可以将一个大问题分成很多个具有共性的小问题，逐一的将这些小问题解决，进而大问题将得到全面的解决，我们可将每一个小问题都视为一个任务。这些小任务是并发处理的，由于他们的执行时间很短，我们所能感觉到的是所有的任务都是同时进行的。那么多任务运行的问题就来了，这就涉及到任务执行的先后顺序及什么任务该执行不该执行了。该模块的功能将由任务调度器来完成，具体如何实现，各类系统是有很大差别的，通常来说我们可分为抢占式（UCos、FreeRTOS）和非抢占式（Linux）。FreeRTOS是一个支持抢占式的实时操作系统，其任务运行如图1.1.2所示： 图1.1.2 抢占式多任务系统 1.2 FreeRTOS任务

import 'net.hasor.dataql.fx.web.WebUdfSource' as webData; return webData.getHeader("name"); 官方文档：https://www.hasor.net/web/overview/catalog.html ———————————————— 版权声明：本文为CSDN博主「我乃宙斯」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/maple_son/article/details/105947993 来源： oschina 链接： https://my.oschina.net/ta8210/blog/4300558