EChart

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> color: { type: 'linear', // 'radial', x: 0.5, y: 0.5, x2: 0, y2: 1, //r: 0.5, colorStops: [{ offset: 0, color: 'red' // 0% 处的颜色 }, { offset: 1, color: 'blue' // 100% 处的颜色 }], globalCoord: false // 缺省为 false } color: new echarts.graphic.LinearGradient( 0, 0, 0, 1, //4个参数用于配置渐变色的起止位置, 这4个参数依次对应右/下/左/上四个方位. 而0 0 0 1则代表渐变色从正上方开始 [ {offset: 0, color: '#000'}, {offset: 0.5, color: '#888'}, {offset: 1, color: '#ddd'} ] //数组, 用于配置颜色的渐变过程. 每一项为一个对象, 包含offset和color两个参数. offset的范围是0 ~ 1, 用于表示位置 ) 来源： oschina 链接： https://my.oschina.net/u/3589012/blog/3146112

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> ECharts 图形组件在 1 . 0 发布的时候我就已经有所关注，今天在做项目的时候遇到了图标的需求，在 HT for Web 上也有图形组件的功能，但是在尝试了下具体实现后，发现 HT for Web 的图形组件是以矢量的格式来呈现的，在展现上可以有很多的自定义和数据绑定等特性，但是其在交互的设计上就显得比较弱势。 因此我就在想，是否可在项目中将 ECharts 图形组件代替 HT for Web 的图形组件呢，在对 ECharts 做了初步的了解后，发现两者都是基于 Div 和 canvas 的应用，于是我开始做大胆的尝试，终于，功夫不负苦心人，下面就来看下 Demo 的具体展现效果吧： 这是从 ECharts 官方 Demo 中拷贝下来的两个例子，其中在布局上用到了 HT for Web 的 SplitView 组件将两个 chart 以上下比例 3 ： 2 分割。 光看这个例子并无法很直观的看出 ECharts 和 HT for Web 应用的结合，接下来我们来看下 HT for Web 拓扑图组件 与 ECharts 图形组件的整合效果： 在这个 Demo 中就整合了 HT for Web 的 Tree 组件， GraphView 拓扑图组件和 ECharts 图形组件，并采用 HT for Web

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 这是我想要实现的效果 ，为echart饼图的每个图例文本，添加多种样式。 比如下图这样：重大风险 13 这是一个单位的图例文本，我需要将文字和数字分别采用不同的样式。 我花了1个多小时都没有通过api实现这个效果，期间也看了api，摆了渡，谷了歌，就是没弄出来。 最后还是请教了前端同事才把问题解决。 其实就是通过给legend的textStyle设置rich富文本，然后在使用legend的formatter就能将效果实现出来。 legend: { orient: 'vertical', x: 'left', data:['重大风险', '较大风险', '一般风险', '低风险', '暂未定级'], textStyle:{ rich:{ level1:{ color:'#E2242D', fontSize:18, fontWeight:'bold' }, level2:{ color:'#FF8522', fontSize:18, fontWeight:'bold' }, level3:{ color:'#E7E636', fontSize:18, fontWeight:'bold' }, level4:{ color:'#1C87FF', fontSize:18, fontWeight:'bold' },

引子:随着nodejs蓬勃发展，虽然主要业务系统因为架构健壮性不会选择nodejs座位应用服务器。但是大量的内部系统却可以使用nodejs试水,大量的前端开发人员转入全堆开发也是一个因素。 研究本例主要为后期BI软件,CRM图标系统使用nodejs socket做铺垫.主要实现的是一个分析表图的推送。 socketio.io 代码库以及官网 https://github.com/socketio/socket.io http://socket.io/ 使用redis来实现集群读写 消息 （采用订阅 分发的策略） https://github.com/socketio/socket.io-redis 在非socket客户行为中发送socket事件(本例在http中调用) https://github.com/socketio/socket.io-emitter node_redis https://github.com/NodeRedis/node_redis 1.安装和基本使用 npm install socketio.io --save 使用因为本人写的例子是Express照搬官网说明，基本代码结构如下 1 2 3 4 5 var app = require( 'express' )(); var server = require( 'http' ).createServer

一、前言 之前发布的Qt编写的可视化大屏电子看板系统，很多开发者比较感兴趣，也收到了很多反馈意见，纵观市面上的大屏系统，基本上都是B/S结构的web版本，需要在后台进行自定义配置模块，绑定数据源等，其中比较有名的就是阿里云的DataV和百度的Sugar，都是很不错的，DataV是阿里云出品的专业大屏数据可视化服务，旨在让更多的人看到数据可视化的魅力，帮助非专业的工程师通过图形化的界面轻松搭建专业水准的可视化应用，满足会议展览、业务监控、风险预警、地理信息分析等多种业务的展示需求。两者都可以通过拖拽组件+配置数据的方式快速生成可视化大屏，个人觉得DataV的最大优势是结合了阿里云数据库，而Sugar的最大优势有自家强大到爆的echart这个无敌法宝坐镇，所以两者各有特色。 有些客户在使用过web的大屏系统后，觉得运行效率还是有点问题，比如吃CPU内存比较严重等，（本人的一些多年开发一线的朋友他们所在的行业，也逐渐把之前的web版本的系统比如金融行业软件，改成C/S架构来重新实现，当然这也许只是少部分，各位web开发者也不要喷了，适合自己的才是最好的。）所以还是打算用C/S结构写一个，其实用C/S架构写的本地的可执行文件形式的大屏系统，美观性上面也不比web的差，这对于很多C/S程序员来说是个很好的练手的机会，之前我写的这个大屏系统由于涵盖的模块比较多，显得稍微臃肿了一些

1、安装 npm install echarts --save 2、全局注册 Vue.prototype.$echarts = echarts 3、使用方法 let myChart = this.$echarts.init(document.getElementById("myChart")); 引入主题的方法 第一种情况：使用Echart 主题里面的文件 在main.js引用主题JS -- import 'echarts/theme/shine.js' 使用方法 -- let myChart = this.$echarts.init(document.getElementById('myChart'),'shine'); 第二种情况：使用自己文件夹中的主题 如果我们把theme的js放到自己的文件夹中，直接放会报错，有2个解决方法 第一种解决方法 1、修改shine.js代码格式 var theme = { } 并增加 export default theme 导出 2、在main.js 中 引入并注册 import echarts from 'echarts' import theme from '@/assets/js/theme/shine.js' Vue.prototype.theme = theme 3、使用方法 let myChart = this.$echarts

Echart是百度研发团队 开发 的一款报表视图JS插件，功能十分强大，是本人用过的国产作品中最牛逼的，记得四五年前就在qt中使用过，当时用的浏览器控件是 webkit ，由于5.6以后的版本不再支持webkit，而换用webengine内核，很多人在 下载 使用后不能正常 编译 ，今天特意抽空做个webengine版本，使得同时支持webkit和webengine。 在webkit中执行JS用的是webView->page()->mainFrame()->evaluateJavaScript(js); 而webengine用的是webView->page()->runJavaScript(js); 在 执行 效率上，webengine甩webkit好几条街，在拖动滑块动态设置值的时候，webengine的CPU占用只有1%，而webkit居然达到了7%，恐怖！ 怪不得webkit逐渐被qt抛弃了 webengine只是 内存 使用上增加了些。欢迎各位测试后可以在文章后面留言报告下，谢谢！ 完整源码下载： https://download.csdn.net/download/feiyangqingyun/11029096 webkit版本和webengine版本运行效果图一致： 来源： oschina 链接： https://my.oschina.net/u/114502/blog

1.前言 最近在项目中，因客户要求，需要做一个导出成word的功能（比如月度报表等），技术选型也考虑过几种，比如easypoi,itext，但发现这两种在实现起来有困难，所以最终还是选Freemarker模板进行导出，灵活性比较好。 2.实现步骤 1.准备好标准文档的word，标题格式间距什么的先设计好，这是减少后面修改模板文很重要一步； 2.打开word原件把需要动态修改的内容替换成***，如果有图片，尽量选择较小的图片几十K左右，并调整好位置； 3.另存为，选择保存类型Word 2003 XML 文档（*.xml）【这里说一下为什么用Microsoft Office Word打开且要保存为Word 2003XML，本人亲测，用WPS找不到Word 2003XML选项，如果保存为Word XML，会有兼容问题，避免出现导出的word文档不能用Word 2003打开的问题】，还有保存的文件名尽量不要是中文； 4.用NotePad打开文件，notepad预先装好xml的插件，然后格式化，当然也可以用Firstobject free XML editor打开文件，选择Tools下的Indent【或者按快捷键F8】格式化文件内容。看个人喜欢； notepad xml插件下载地址： https://sourceforge.net/projects/npp-plugins/files/XML

一、前言 之前发布的Qt编写的可视化大屏电子看板系统，很多开发者比较感兴趣，也收到了很多反馈意见，纵观市面上的大屏系统，基本上都是B/S结构的web版本，需要在后台进行自定义配置模块，绑定数据源等，其中比较有名的就是阿里云的DataV和百度的Sugar，都是很不错的，DataV是阿里云出品的专业大屏数据可视化服务，旨在让更多的人看到数据可视化的魅力，帮助非专业的工程师通过图形化的界面轻松搭建专业水准的可视化应用，满足会议展览、业务监控、风险预警、地理信息分析等多种业务的展示需求。两者都可以通过拖拽组件+配置数据的方式快速生成可视化大屏，个人觉得DataV的最大优势是结合了阿里云数据库，而Sugar的最大优势有自家强大到爆的echart这个无敌法宝坐镇，所以两者各有特色。 有些客户在使用过web的大屏系统后，觉得运行效率还是有点问题，比如吃CPU内存比较严重等，（本人的一些多年开发一线的朋友他们所在的行业，也逐渐把之前的web版本的系统比如金融行业软件，改成C/S架构来重新实现，当然这也许只是少部分，各位web开发者也不要喷了，适合自己的才是最好的。）所以还是打算用C/S结构写一个，其实用C/S架构写的本地的可执行文件形式的大屏系统，美观性上面也不比web的差，这对于很多C/S程序员来说是个很好的练手的机会，之前我写的这个大屏系统由于涵盖的模块比较多，显得稍微臃肿了一些

一、前言 之前发布的Qt编写的可视化大屏电子看板系统，很多开发者比较感兴趣，也收到了很多反馈意见，纵观市面上的大屏系统，基本上都是B/S结构的web版本，需要在后台进行自定义配置模块，绑定数据源等，其中比较有名的就是阿里云的DataV和百度的Sugar，都是很不错的，DataV是阿里云出品的专业大屏数据可视化服务，旨在让更多的人看到数据可视化的魅力，帮助非专业的工程师通过图形化的界面轻松搭建专业水准的可视化应用，满足会议展览、业务监控、风险预警、地理信息分析等多种业务的展示需求。两者都可以通过拖拽组件+配置数据的方式快速生成可视化大屏，个人觉得DataV的最大优势是结合了阿里云数据库，而Sugar的最大优势有自家强大到爆的echart这个无敌法宝坐镇，所以两者各有特色。 有些客户在使用过web的大屏系统后，觉得运行效率还是有点问题，比如吃CPU内存比较严重等，（本人的一些多年开发一线的朋友他们所在的行业，也逐渐把之前的web版本的系统比如金融行业软件，改成C/S架构来重新实现，当然这也许只是少部分，各位web开发者也不要喷了，适合自己的才是最好的。）所以还是打算用C/S结构写一个，其实用C/S架构写的本地的可执行文件形式的大屏系统，美观性上面也不比web的差，这对于很多C/S程序员来说是个很好的练手的机会，之前我写的这个大屏系统由于涵盖的模块比较多，显得稍微臃肿了一些