Qt Widgets、QML、Qt Quick ... 呃 (⊙﹏⊙) ，简直了，傻傻分不清楚
折腾来折腾去，我打算做一个卡片记忆软件，用来记忆面试题、知识点等。很多东西看了就忘了，我想做一个软件来帮助我记忆。这个软件的功能就是每天给我推送一些卡片，我看了就可以记住，然后就可以刷题了。
WebAssembly是2015年诞生的一项新的技术，在2015年7月，Wasm首次对外公开，并正式开始设计，同年，W3C成立了Wasm社区小组（成员包括Chrome、Edge、Firefox和WebKit），致力于推动Wasm技术的早期发展。
一：源起 1.何为CB/S的应用程序 C/S结构的应用程序，是客户端/服务端形式的应用程序，这种应用程序要在客户电脑上安装一个程序，客户使用这个程序与服务端通信，完成一定的操作。 B/S结构的应用程序，是浏览器/服务端形式的应用程序，这种应用程序不用在客户端部署任何东西，客户只需要通过浏览器与服务端通信，来完成一定的操作。 两种类型的程序优缺点对比： 对比内容 C/S结构的应用程序 B/S结构的应用程序 部署 较困难 方便 升级
Qt API是基于C++实现的，并且提供了额外的特性来简化跨平台开发。整理了一些第三方语言绑定库有Python, Go, Node.js等语言。但是只有Python语言绑定库是由Qt官方维护。快来看看有没有你熟悉的语言吧。 1.Qt官方语言绑定库 序号 语言绑定库 1 PySide2(官方维护) 介绍：使用Qt为Python创建用户界面。Qt for Python是一个项目，它提供了一组官方的Python绑定(PySide2)，这些绑定将增强您的Python应用程序。PySide2模块的第一个官方版本现在
本文介绍了一种基于Qt的Webkit框架实现的浏览器方案，该方案可以加载和渲染网页，支持JavaScript等脚本语言的解析，实现了对网页的爬取和模拟点击等操作。该方案具有高度可扩展性和可定制性，可以广泛应用于各种不同的应用场景。
音视频领域中，除了关注服务器相关技术外，客户端也无法回避，毕竟客户端也要负责采集，编码，收发，解码和渲染，所以客户端开发也是整个音视频技术栈不可或缺的部分。本文梳理一下客户端常见技术方案，为以后客户端开发选型提供技术储备。
xmake 是一个基于 Lua 的轻量级跨平台构建工具，使用 xmake.lua 维护项目构建，相比 makefile/CMakeLists.txt，配置语法更加简洁直观，对新手非常友好，短时间内就能快速入门，能够让用户把更多的精力集中在实际的项目开发上。
摘要 在我之前的文章中，我使用了不同编程语言开发了如下许多上位机。 序号内容语言1《如何定制自己的HID调试助手》C#2《C# 串口上位机开发》C#3《Qt 串口上位机开发》QT4《教你动手写UDP协议栈 - OTA上位机》python5《基于RT-THREAD nano的平衡车--上位机软件》QT6《R-Plan上位机》QT7《BearPi TCP》QT 你会发现很零散，集成度，而且久而久之就没有维护了。今天我又来解锁一种开发工具的神器--VScode插件。 其实vscode现在已经很多大厂先后开发出他们
我是2010年开始从事的Android开发，当时会Android和iOS开发的很少，也不火，所有人都在“摸着河底过河”，项目更没有第三方框架一说，大都是自己写的，不像现在各种的框架满天飞。随着移动开发的发展，互联网公司也是层出不穷，有些公司迫于竞争，想要更迅速的更省成本的进行开发，就不再满足Android端一套代码，iOS端一套代码。与此同时，其他技术领域和各大公司也都觊觎着这份大蛋糕，纷纷推出相关的技术，这样跨平台技术应运而生，并且开始在公司中生根发芽。 Android和iOS生态太大了，我们可以把它们比作第一级生态，想要颠覆这两个系统的曾经出现过，但都失败了，因此建立次级生态是最稳妥的策略，Android平台更加开放，因此次级生态的中心就是Android，次生态的形式多种多样，比如在Android系统的基础上魔改建立自己的生态，再或者推出各种跨平台技术建立生态。跨平台技术产生的框架实在太多了，很多还没等我们去学去了解，它们就没落了，成为了跨平台技术的发展的一个过度产物。跨平台技术的产物是不靠谱还是趋势，我想读完本篇文章你会有自己的理解。 跨平台技术的分类没有标准的答案，这里把它们分类为5种，分别Web App、Hybrid App、语言编译转换、原生渲染、自绘UI。下面分别介绍它们。
并不是说web语言不好, 我很喜欢web, 从一开始学习html到后来入坑nodejs可以说web领域给我带来了很多的见识同时还payed my bill, 但是w3c定义的html+css的这样一套GUI解决方案实在有很多坑(即使是mdn维护的ecmascript也有很多不尽如人意的地方), 比如浏览器的兼容地狱问题; CSS不够灵活; DOM的臃肿程度等等地方.
上一小节我们创建了带后台cpp的工程，有些时候我们只想测试QML的相关内容，希望可以快速显示界面效果，这时候我们就可以创建Qt Quick UI项目。Qt Quick UI项目里面只包含QML和js代码，没有添加任何C++代码。对于qml文件，可以直接显示界面效果。
以表格方式列出支持那些类型。 Qml类型与Qt类型对照表 Qml类型 Qt类型 bool bool int unsigned int, int double double real float, qreal string QString url QUrl color QColor font QFont date QDateTime point QPoint, QPointF size QSize, QSizeF rect QRect, QRectF matrix4x4 QMatrix4x4 quaterni
这两天，翻出了几年前在校时用 winform 写的小工具，发现虽然能使用，部分功能却是已经需要改进了。
如果你想深入的美化UI，需要耗费很大的力气，对于目前主流的CSS样式表来讲，美化Winform的界面以及自定义控件是需要耗费更多的时间的。
有的页面的很多部分都是用JS生成的，而对于用scrapy爬虫来说就是一个很大的问题，因为scrapy没有JS engine，所以爬取的都是静态页面，对于JS生成的动态页面都无法获得
码云推荐 对于技术达人来说，广纳知识点是进步的源泉。通过阅读技术文章我们可以学到很多东西，既可以学到业务技能，又可以了解行业动态，最不济，也锻炼了阅读和学习的能力。在不断积累的过程中，庖丁解牛之技练成了，就可以在将来以无刃入有间，发挥用武之地。 有多少人因为英语不过关，被挡在许多技术文章的门外。不过，现在很多用户将自己翻译的书籍或教程样例都放在码云上，免费提供给大家阅读和学习。感谢我们这群最可爱、最可敬的小伙伴，因为有了你们的无私奉献，才成就了码云今天的发展，谢谢。 当然，如果你很喜欢以下提到的项目，别
可能很多读者会感到奇怪，本来是说 Electron，为什么一开始要提到 Node.js 和 JavaScript 呢？它们是什么关系呢？别急，听我慢慢道来。
跨平台是最近几年非常火的主题，因为现在的各种平台简直太多了。Windows、macOS、Linux、Android、iOS、Web、小程序、IoT等等。以后还可能会不断增加。没人希望挨个为每个平台开发应用，所以就希望开发一次，就同时适应各种平台。目前支持跨平台开发的技术非常多。这里先对这些主要的跨平台技术做一个总结，然后再详细谈谈.NET 6 Preview1。
这个框架是两个挪威人在1995年创建的，发展至今可以说历史相当悠久，稳定性也很有保障。
开发人员面临着选择正确框架之挑战，以便可以高效构建可在 Windows、macOS 和 Linux 上无缝运行的应用程序。
浏览器直接加载本地网页的时候，如果网页涉及到加载本地资源（如图片），会出现跨域的问题。Qt的Qt WebEngine模块基于Chromium项目，遇到这样的情况也会出现跨域的问题。
这类框架最大的特点就是从底层的渲染引擎、布局引擎，到中层的 DSL，再到上层的框架全部由自己开发，代表框架是 Qt 和 Flutter。这类框架优点非常明显：性能（的上限）高；各平台渲染结果一致。缺点也非常明显：需要完全重新学习 DSL（QML/Dart），以及难以适配中国特色的端：小程序。
Markdown编辑器演示了如何使用QWebChannel和JavaScript库为自定义标记语言提供富文本预览工具。
QT版本: 5.12.6 操作系统: win10 64位 软件下载地址 完整源码下载：https://download.csdn.net/download/xiaolong1126626497/19354865
作为一个程序员或编程技术爱好者，你是不是开始厌倦了各种虚拟机语言和脚本语言??no vm scripting 它们要么不是C系的。需要你重新学习一套语法。如python,c#,java,js之类….
rootObjects()为空，那么上一句逻辑执行load()意味着未正确执行或未加载完成。
仪表盘在很多汽车和物联网相关的系统中很常用，最直观的其实就是汽车仪表盘，这个以前主要是机械的仪表，现在逐步改成了智能的带屏带操作系统的仪表，这样美观性和拓展性功能性大大增强了，上了操作系统的话，除了基本的仪表指示以外，还可以听歌导航接电话等，这应该也是目前汽车领域发展的一个大趋势，Qt在这方面还单独搞了个3D studio设计的，可以让美工直接设计好效果图，设置一些动画效果之类的，可以说这些年Qt公司也在不断谋求新的发展，探索新的机遇，找到新的增长点和突破口。
对于Windows用户来说，提到文本编辑软件，我们第一个想到的就是Notepad++。 Notepad++是一款免费的开源文本编辑软件,支持windows系统、支持中文版。作为文本编辑时比windows自带的记事本更强大,除了适合作为一款轻量型的文本编辑软件,也很适合作为编程使用。notepad++支持多达27种语法高亮,例如:C,C++ ,Java ,C#, XML, HTML, PHP,JS 等。同时notepad还支持多文件,多视窗编辑,保存。它是一个功能强大的实用程序，可在不占用大量存储空间的情况下提供最佳性能。 美中不足的是Notepad++不适用于 Linux 用户。 有没有一种可以跨平台的文本编辑器呢？ 今天就给大家推荐一款Notepad++的开源替换工具：NotepadNext。官方定义为：A cross-platform, reimplementation of Notepad++。（Notepad++ 的跨平台重新实现。） 开源项目地址：https://github.com/dail8859/NotepadNext
截止至2020年8月，Qt的最新版本是5.15.0，但仍有很多资料是基于Qt4，为了避免大家误入歧途，所以写了这篇文章。
在添加设备点或者区域形状的时候，会考虑是直接静态的方式写入到网页中加载，还是动态js函数异步加载的方式，这个需要根据现场的实际需求来，如果只需要一次加载的话建议静态即可，如果运行期间还需要动态添加的话就采用动态的js函数交互的方法，绝大部分场景都是动态添加，毕竟这个是异步执行的，而且比较灵活，静态的方式写入到网页中加载开起来比较傻，数据都在网页中可以看到了，没有什么保密性可言，在前面两篇文章做行政区划和点聚合的时候，也是两种方法都支持，具体现场怎么方便怎么来。
这个基于qmake的项目定义了两个构建目标：qpdf共享库(ppdflib)和pdfviewer基于qpdf库的示例PDF查看器。
不管你承不承认，在2020年的时候，golang已经不是小众语言了，很多的公司和开发者都在开始学习使用golang进行业务开发了。Docker，k8s的出现让人们知道，原来golang在服务器端是那么的强大。
XMake是一个基于Lua的轻量级跨平台自动构建工具，支持在各种主流平台上构建项目。
今天我们继续上次的接着分析，上次说了我们把eval动态运行的拿出来放到主页面方便调试，但是我们看到他这一段都是混淆过的
最常用的地图交互就几个，比如鼠标在地图上按下的时候可以拾取经纬度坐标，然后传给Qt程序，再比如对设置的设备点进行单击的时候，通知Qt程序单击了哪一个设备点，好让Qt程序识别并作出反应比如弹出对应点的详细信息或者视频预览等。让网页执行js函数这种单向的操作，其实无论何种浏览器内核都支持的，并不需要注入类或者添加qwebchannel.js文件之类的，你只需要放心大胆的调用runJavaScript或者evaluateJavaScript函数。而如果想要网页发送对应的数据给Qt程序的话，就需要额外的处理了。
跨平台不是一个新的话题，它已经被讨论了几十年了。在最近的一些尝试，让我对跨平台有了一些新的想法。在想法真正落地之前，我梳理了一下不同跨平台方案的一些特征，便有了它的几种模式。
Qt作为一个超大型的一站式GUI超市开发集成环境，不仅集成了大量的可视化UI组件，还提供了网络库、数据库操作、文件操作等类库，封装的还是相当精彩一步到位，根据个人身边的一些程序员朋友了解，自从用了Qt以来发现越来越喜欢用Qt本身的类来处理，除非一些要求很高的应用场景比如并发网络才需要去使用第三方库，不然就是直接使用Qt封装好的类，用起来非常爽，尤其是类的名称和方法的名称，几乎很自然的就能打出来。
0、前言 有不少初学者会问，Python 写的程序看起来好丑啊，只能在那个黑黑的框里运行吗？隔壁家的 JS 好像挺好看的，还能有酷炫效果呢…… 其实呢，术业有专攻，Python 擅长的领域在后台服务器、数据处理、科学计算等方面，以及作为一种工具，搞定各种可以自动化的事情。做界面并不是它的优势项目。但即便如此，本可以靠实力的 Python，偏偏也能靠脸走出一片天。 从诞生伊始，就有许多优秀的 GUI 工具集整合到 Python 当中，这些优秀的 GUI 工具集，使得 Python 也可以在图形界面编程领域当中
这周简单的了解了下Qt的qml。个人对它的定位就是可以方便快速地绘制一些精美的UI，对快速开发前端(UI)还是有挺大帮助的。所以并没有从整体上了解，而是快速的组合了一个小Demo，效果如下。试想下，如果自定义Widget需要实现多少东西呢？
有个项目是c++开发（MFC），内嵌一个浏览器容器（IE内核），c++控制该容器浏览器某个html，然后展示页面。 静态页面还好说，但通常希望一些交互，c++和html页面（JavaScript，后面简称js）互通信息。
5月31号Qt正式发布了新版本5.9，声明修复了大量的bug（2000多个？），增加了大量的新特性，并且更稳定。这是2015年5.6版本之后的一个LTS（长期维护）版本。 意味着在3年标准支持期内将分阶段不断提供对此版本的修复与维护，即使也会有其他新版本发布。
MD5工具类，提供字符串MD5加密、文件MD5值获取(校验)功能
Echart是百度研发团队开发的一款报表视图JS插件，功能十分强大，是本人用过的国产作品中最牛逼的，记得四五年前就在qt中使用过，当时用的浏览器控件是webkit，由于5.6以后的版本不再支持webkit，而换用webengine内核，很多人在下载使用后不能正常编译，今天特意抽空做个webengine版本，使得同时支持webkit和webengine。
近期倒腾下客户端，想搞个cocos2d的工具。 之前的那个集成到Win32工具下的调试辅助工具是直接用的windows api。拓展起来巨麻烦。而且Windows默认的字符集是宽字符集，和cocos2d与lua交互起来得到utf-8之间转来转去，十分麻烦。所以干脆花点时间一口气搞完这货。
Chrome浏览器的代码量其实是非常庞大的，要想对其有深入的理解，仅仅编译编译调试调试，是很难深入下去的。让我们还是从其主要部分如多进程管理通信、WebKit、V8、Skia、WinHttp、Sanbox等着手分析其主要流程及数据结构，或许能达到事半功倍的效果，而WebKit是其中非常重要的一部分，是Chrome的核心引擎部分，其他部分都是基于它来集成的，深入了解了WebKit，对Chrome的理解就会迎刃而解，再说WebKit作为一个相对独立的浏览器引擎在Safari、iPhone、Adobe AIR等中都有应用，非常值得大家深入的研究研究。 就像前面的文章所说，WebKit主要包括三个部分WebCore、JavascriptCore、Ports
这是基于C++(QT框架)设计的网络摄像头项目，本篇文章介绍的网络摄像头项目并不是采用RTMP或者RTSP推流编码的网络摄像头产品，而是采用HTTP协议推送图片流的方式，采用浏览器访问查看摄像头画面。
在前面的博客中，我们已经见识到了Scrapy的强大之处。但是，Scrapy也有其不足之处，即Scrapy没有JS engine, 因此它无法爬取JavaScript生成的动态网页，只能爬取静态网页，而在现代的网络世界中，大部分网页都会采用JavaScript来丰富网页的功能。所以，这无疑Scrapy的遗憾之处。 那么，我们还能愉快地使用Scrapy来爬取动态网页吗？有没有什么补充的办法呢？答案依然是yes!答案就是，使用scrapy-splash模块！ scrapy-splash模块主要使用了Splash. 所谓的Splash, 就是一个Javascript渲染服务。它是一个实现了HTTP API的轻量级浏览器，Splash是用Python实现的，同时使用Twisted和QT。Twisted（QT）用来让服务具有异步处理能力，以发挥webkit的并发能力。Splash的特点如下：
省市区域图也可以叫省市轮廓图，就是将每个省份、市区的边界区域变成轮廓展示，只是个大概的轮廓，和真是的地图基本一致，毕竟都是一个个点堆起来的，可能会有很小很小的误差，之前做大屏系统中间那个中国地图的时候，客户千方百计交代清楚，千万要注意有九段线，不然在展会上被别人看到如果连九段线都没有的话会被人骂死，可能在部分早期的数据由于不是很完善所以未必有，后期的最新的地图数据都是有的，包括轮廓图数据。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
