NW.js 基于 Chromium 和 Node.js，从而可以在桌面app中使用浏览器开发技术并直接调用 Node.js 资源，甚至将一个web应用打包到本地也轻而易举。
最近要做个桌面的应用，用起来也方便。找了一圈发现NW.js挺容易上手，分享给大家。
从参考文章1里发现有三种方法：HTMLRunExe 工具、hta文件、nwjs工具。 我只尝试过其中的 hta 和 nwjs，并且最终采用了nwjs工具。所以此处只比较下这两种方法。
https://blog.csdn.net/weichuang_1/article/details/48849335
蜜罐技术本质上是一种对攻击方进行欺骗以及反制的技术，通过布置一些作为诱饵的主机、网络服务或者信息，诱使攻击方对它们实施攻击，从而可以对攻击行为进行捕获和分析，了解攻击方所使用的工具与方法，推测攻击意图和动机，能够让防御方清晰地了解他们所面对的安全威胁，并通过技术和管理手段来增强实际系统的安全防护能力；同时蜜罐可进一步通过浏览器或客户端漏洞反制获取攻击者主机权限，从攻击者主机中获取用于溯源的有效信息。
图中的app文件夹是我自己创建的，你也需要自己创建一个，里面放你项目文件。app文件夹中一般放一个index.html（页面展示），另外还需要创建一个package.json文件（参数配置）：
图中的「app文件夹」是我自己创建的，你也需要自己创建一个，里面放你项目文件。「app文件夹」中一般放一个index.html（页面展示），另外还需要创建一个package.json文件（参数配置）：
折腾来折腾去，我打算做一个卡片记忆软件，用来记忆面试题、知识点等。很多东西看了就忘了，我想做一个软件来帮助我记忆。这个软件的功能就是每天给我推送一些卡片，我看了就可以记住，然后就可以刷题了。
最近在研究前端大型项目中要怎么管理模块间通信，本文记录研究 VSCode 中通信机制的过程，主要包括 IPC 部分吧。
实际取得的值( 表示manifest文件中配置的应用名 )： - Win: $LOCALAPPDATA%/<name> - Linux: ~/.config/<name> - Mac: ~/Library/Application Support/<name>
默认情况下，nw.js发布的nw.exe文件请求的是普通权限，当我们的应用需要访问一些特殊目录或者注册表等，就需要程序启动的时候以管理员权限运行。那么此时如何去修改nw.exe，使其启动的时候请求admin权限呢？ 首先我们找一款使用nw.js开发的软件，这里我推荐AxeSlide,首先去下载软件，安装。 如果我们软件安装之后，使用的是非Administrator用户登录的话，启动软件的时候，就会弹出UAC提升框，提醒我们该软件请求以管理员身份运行，是否同意。那么AxeSlide是如何做到的呢？ 找一款PE
解决这类问题的方案之一，就是将项目包装为桌面客户端，就像双击 Excel 那样，就可以进入项目。
nw.js如何处理拖放操作 其实拖放（drag-drop）操作是Html5的功能，不是nw.js的内置API，那么我们采用Html5应用一般的处理方法就可以了。 首先我们看一下一个正常的页面，直接拖放一个文件过来的效果。 页面代码： <html> <head> <title>拖放测试</title> </head> <bodystyle="background-color:rgba(0,0,0,0);"> <pid="output"> 拖放测试
近些年来，跨平台跨端一直是比较热门的话题，Write once, run anywhere一直是开发者所期望的，跨平台方案的优势十分明显。
网页的一大特色就是无处不在， 这是一个令人惊叹的平台，用它所创建的协作平台，可以被多种类型的设备所访问，无论设备运行在何种操作系统上。换句话说，网页只能运行在浏览器中，无法直接运行在操作系统中，因此网页应用程序也就无法访问文件操作系统。它们也无法执行非JavaScript编写的代码，他们无法调用桌面应用程序可以使用的众多操作系统接口。还有，当大多数网页应用程序没有可靠的互联网连接时，也就无法使用了。
除了可以访问固有的 process.env.HOME 得到主目录等，还添加了如下属性：
这个框架是两个挪威人在1995年创建的，发展至今可以说历史相当悠久，稳定性也很有保障。
前面我讲了前端的一些变化，但是事实上，过去数年，前端不仅是在自己的技术方向发生了巨大的变化，它试图向所有技术方向发起进攻，取代其主流技术。那这一切又是怎么回事，现状如何？
这两天，翻出了几年前在校时用 winform 写的小工具，发现虽然能使用，部分功能却是已经需要改进了。
这是一个系列的文章，前面六篇文章的地址如下： 基于.net开发chrome核心浏览器【六】 基于.net开发chrome核心浏览器【五】 基于.net开发chrome核心浏览器【四】 基于.net开发chrome核心浏览器【三】 基于.net开发chrome核心浏览器【二】 基于.net开发chrome核心浏览器【一】 这篇文章和前面六篇文章关系不大，你如果懒得看前面六篇的话，从这一篇开始看也没问题 之前写的六篇文章，都是基于 Xilium
因为微软默认禁用了互联网下载文件的宏代码，攻击者在恶意软件分发中开始越来越多地使用磁盘镜像文件（如 ISO 和 VHD）。近期，研究人员发现攻击者在利用 VHD 文件分发 ChromeLoader。从文件名来看，攻击者将恶意软件伪装到任天堂和 Steam 游戏的破解版中。如下所示，一些游戏是付费游戏。 【分发的文件名】 利用文件名在 Google 上进行检索，可以发现多个分发恶意软件的网站。其中都部署了大量的破解版游戏与破解版付费应用程序，从任何一个来源下载非法程序都会中招。 【搜索引擎结果】 例如点击
现在开发IM应用动不动就要求多端——即Android端、iOS端、PC端、Web端等，Android端和iOS端作为两种不同的移动端技术，单独开发和维护还能理解，PC端和Web端如果要单独开发那就有点头大了，必竟开发传统的PC桌面应用成本太高（QT这类技术跟Web技术相比，上手难度大的多，而且太小众）。所以，很大情况下大家都是PC富客户端和Web端二选一，对于比较磨叽的老板、产品经理或客户来说，这是个很费口舌的事情（你懂的。。。）。
在实际的NW.js程序开发中，我们可能在程序启动时做一些加载前逻辑，比如更新等等，那如何实现等待这些逻辑完成后才开始加载index.html呢？
文 | xixilive 微信小程序的 API 实现需要兼顾方方面面，所以仍然使用 callback 写法。 众所周知，Callback-Hell（回调地狱）是传统 JS 语法上的历史问题。但毕竟称手的工具是开发效率的源泉，因此笔者对当前版本的微信小程序 API 做了简单的封装——weapp。 同时，微信小程序框架本身专注于交互和 UI 的实现，并未提供内置的状态管理。如果众多的异步操作都直接在 App 或 Page 中一一实现，相信开发起来会很困难，而且不易于测试。 因此，我又因此针对微信小程序实现了一个
由前端圈打造的高质量前端技术会议“FEDAY”将于2017年8月26日在北京国际会议中心举办第三届。本次大会将围绕前端架构、工程化、函数式、大型应用开发实践等方向进行展开，给大家带来一场高质量的技术盛宴。 目前已经确认的嘉宾共5位：豆瓣前端专家、前端布道师张克军，Evil Martians前端工程师Alexey Ivanov，美团网酒旅基础服务前端团队资深前端工程师叶俊星，链家前端架构师、原新浪微博前端技术专家杨永林（教主），钉钉前端负责人孟红伦（云际）。 我们的主题目前已经确认五个： 张克军：谈项目中
Github： https://github.com/go-nwui/nwui 最近开的一个大坑，具体实现就是自动生成htm+css+js然后调用nw.js来显示 界面的编写自认为是go的所有ui框架里最直观的（接近QML？），同时也非常容易编写自定义控件 项目还在非常初期的阶段，发出来希望能收点star作为开发动力 例子： &Window{ Title: "window", Width: 800, Height: 600, OnExit: func() {
自Vue.js 3.0爆出，三大主流框架，写法也是越来越相似，越来越贴近 WebComponents 标准，而周边应用层面的封装已经开始指数级增长。小程序是今年最火的技术，接连出现，快应用也想分一杯羹。PWA（Progressive Web App）进入稳定期，尤其是 PWA桌面版，可以让我们更好的看清楚 PC 桌面版开发的全貌。移动端还是以强运营为主，各大公司都开始不再 全力推动 移动端了，开始重视多端并进，到了开始拼细节的阶段了。TypeScript 全面开花，GraphQL 蠢蠢欲动，WebAssembly 更是打开了浏览器上多语言的大门。所有的这一切都在暗示，浏览器即操作系统，你能想象到未来前端的样子么？
发表日期: 2017.12.26 分类: Code Tags: Node.js JavaScript 跨平台 Electron 时间很快,已经是学期末了,这学期没有课程设计,人工智能课程结课的时候留了一个小实验,需要做一个具有人机交互界面的智能系统. 其实整个实验非常简单,核心代码用C语言写的话大致不超过100行,因为系统要求具有一个良好的交互界面,所以更多的精力放在了界面的开发上.正好前段时间看了Electron的开发文档,所以这次的实验就用Node.js来写了,使用Electron最大的好处是具有非常好
本文引用了作者“ ConardLi”的《用JS开发跨平台桌面应用，从原理到实践》一文部分内容，原文链接：segmentfault.com/a/1190000019426512，感谢原作者的无私分享。
首先很遗憾的一点是，“PHP虽然是最好的语言”，但是它不是最流行的语言。 对不起的还有刚刚在4月TIOBE编程语言排行榜上榜的各个语言： 你们都很棒，但是你们都担当不了这个大任。 开始之前，我先说一
经济学中的“有需求就有市场”，在技术领域也不例外，Electron 是应需求而生的，Electron 面世之后，非但满足了现有大部分的开发需求，还创造了大量的新需求，开辟了一个新的生态。
介绍 vsc的宣传语是： 一个运行于 Mac OS X、Windows和 Linux 之上的，针对于编写现代 Web 和云应用的跨平台源代码编辑器。 按它说的，vsc特别适合来作为前端开发编辑器。 内置html开发神器emmet(zencoding),对css及其相关编译型语言Less和Sass都有很好的支持。 当然，最nice的还是写js代码了，这也是我接下来要着重介绍的功能。 智能提示 因为之前微软推出了typescript语言，结合tsd文件，用visual studio写typescript代码是
最近有折腾小程序的意向，但微信的开发者工具只提供了 Windows 和 Mac 两个版本，对于我这样的 Linux 用户来说不是那么地友好。
此文是个人学习归纳的记录，腾讯云首发，未经允许，严禁转载，如有不对, 还望斧正, 感谢!
昨日（2016.09.13）本文发表后，获得了一定的阅读和转发量，但经部分网友反馈和仔细审核后发现，在与 NW.js 对比的环节，言辞欠妥，且数据的真实性有待考究，特此将争议部分删除，同时借此诚挚地向 NW.js 的作者以及各位读者反馈表示感谢，期待更多深入的交流和分享，修订后的版本如下： Stack Overflow 联合创始人 Jeff Wood 曾说过，任何一个能用 JavaScript 编写的应用系统，最终都必将使用 JavaScript 实现。 简介 Electron 是一款可以通过 Web前端技
两栏布局是主内容区为主，左（右）侧有一栏，(将侧边区块
1. 小程序发展史 1.1 Native App 在智能机刚兴起的时代，网络还不是很发达，网页浏览速度也很慢，以文字为主。市面上的应用以 Native App 为主。 Native App 是基于 iOS 或者安卓的原生应用，特点是开发成本高，迭代慢，但是性能和体验很好，消息推送及时，比如 qq，微信等。 1.2 H5 2014 年 HTML5 完成标准定制，他的设计目的是为了在移动设备上支持多媒体，引入了 Video、Audio 等技术。 在网页上浏览视频变得很方便，特点是开发和发布成本低，打开方便，无
跨平台是最近几年非常火的主题，因为现在的各种平台简直太多了。Windows、macOS、Linux、Android、iOS、Web、小程序、IoT等等。以后还可能会不断增加。没人希望挨个为每个平台开发应用，所以就希望开发一次，就同时适应各种平台。目前支持跨平台开发的技术非常多。这里先对这些主要的跨平台技术做一个总结，然后再详细谈谈.NET 6 Preview1。
https://developer.mozilla.org/en-US/docs/Web/API/IndexedDB_API
我正在macOS上制作一个NW.js应用程序，并想通过双击图标在开发模式下运行该应用程序。在第一步中，我试图使我的shell脚本正常工作。
写在开头 由于最新的Electron已经支持了M1芯片，arm架构下的Mac 在开发桌面软件时候不可避免的需要打包自测，那么在M1芯片上的Mac打包适配自己的软件也是应该的 那么现在制作Electron桌面软件，应该是适配linux,windows,mac os(x86架构，arm架构)四个系统环境 为什么写这个文章 我使用的一些软件，竟然现在还不支持arm架构的Mac，更新速度太慢了，明明都是依赖Electron,其实大部分软件升级适配成本不高,桌面软件开发者们赶紧升级吧 背景 Electron不支持xp
在这篇文章中，我暂时会放下Electron与WebView2的一个对比，而聊一聊跨平台这个对于程序员群体来说不陌生的词。
传统的 Web APP 的开发基本上不会涉及到菜单，但是在 Electron 里面它提供了对于菜单全面的控制，你可以通过 Menu、MenuItem 模块来创建应用所需的自定义菜单。这篇文章我们一起探讨下 Electron 中有哪些菜单种类，又是如何通过代码去自定义菜单的？
如果你想深入的美化UI，需要耗费很大的力气，对于目前主流的CSS样式表来讲，美化Winform的界面以及自定义控件是需要耗费更多的时间的。
欢迎大家来到今天的早早聊跨端跨栈专场，今天我分享的主题是《如何基于 Electron 开发跨终端的应用》。先做一下自我介绍，我叫逯子洋，17 年加入政采云，目前主要负责政采云前端工程化平台敦煌以及政采云电子招投标客户端的建设。这边是我们团队的微信公众号，大家如果想对我们团队有更多的了解，可以关注一下我们的公众号。
相信有很多公司，用习惯老式的ERP系统，将软件UI固化为WINDOWS桌面端的应用程序。
在这里我并不会提供了一个列表出来给你，我主要还是想分享小程序的运行环境对兼容性的一些影响。
无意中发现和尝试了 Chrome DevTools 的 Layers 面板，Get 到了庖丁解牛的新视角。不禁感叹 Web 浏览器的巧夺天工，也从此打开了浏览器从 Layout->Paint->Composite 中的 Composite 过程的研究的大门。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
