文章类型: 排序方式:
同是十倍变焦:华为P30 Pro和OPPO Reno 10倍变焦版你选谁?
5月1日消息 4月10日,OPPO在上海举办了Reno发布会,正式发布了首款Reno手机,紧接着,华为在11日发布了P30系列的国行版本。两款手机除了在发布时间上较为接近以外,在产品上也有不少相似之处,比如十倍变焦。华为P30 Pro采用了超感光徕卡四摄,包含一枚4000万像素超感光镜头(f1.6光圈、ISO 409600)、一枚2000万像素超广角镜头、一枚800万大像素潜望式长焦镜头及ToF镜头,其中超感光镜头和长焦镜头均支持光学防抖,潜望式长焦镜头支持5倍光学变焦,10倍混合变焦,最大50倍数码变焦。而OPPO Reno同样也搭载了十倍混合变焦技术,OPPO全新Reno 10倍变焦版采用三摄全焦段影像系统,4800万高清主摄 1300万潜望式长焦镜头 800万超广角镜头,以“接棒式”实现16-160mm的“全焦段”覆盖,让创作更自由。同时,采用了双OIS光学防抖,三重对焦,无需脚架就能拍出真实清晰的10倍变焦照片。在这里,做一个简单的投票,同是十倍变焦,华为P30 Pro和OPPO Reno 10倍变焦版你选谁?document.write("<s" "cript type='text/javascript' src='https://dyn.ithome.com/vote/2022.js?" Math.random() "'></scr" "ipt>");document.getElementById("vote2022").innerHTML = voteStr;推荐阅读:《【评测室】OPPO Reno 10倍变焦专项体验:看得更远,让想象更近一点》《【评测室】华为P30 Pro首发图文测评:论暗拍和变焦,能打的一个都没有!》
用React构建原生应用 微软C 重写React Native for Windows
微软在 Build 2019 开发者大会上宣布开源 React Native for Windows,这是一个使用 React 构建原生 Windows 应用的构架。React Native 是 Facebook 开源的移动应用开发框架,开发者可以使用 React 开发 iOS 与 Android 原生应用。
好用的文本编辑器推荐:Sublime Text、微软Visual Studio Code...
对一个文本编辑工具而言,现在市面上有不少更好的替代工具:Sublime Text (非开源)Sublime Text 是一个轻量、简洁、高效、跨平台的编辑器。Sublime Text 的特色功能:良好的扩展功能,官方称之为安装包(Package)。右边没有滚动条,取而代之的是代码缩略图,这个功能非常赞强大的快捷命令“可以实时搜索到相应的命令、选项、snippet 和 syntex,按下回车就可以直接执行,减少了查找的麻烦。”即时的文件切换。随心所欲的跳转到任意文件的任意位置。多重选择(Multi-Selection)功能允许在页面中同时存在多个光标。支持 VIM 模式支持宏,简单地说就是把操作录制下来或者自己编写命令,然后播放刚才录制的操作或者命令。更新非常勤快Visual Studio CodeVisual Studio Code 是一个运行于 OS X,Windows 和 Linux 之上的,针对于编写现代 Web 和云应用的跨平台编辑器。Github AtomAtom 是 GitHub 专门为程序员推出的一个跨平台文本编辑器。具有简洁和直观的图形用户界面,并有很多有趣的特点:支持 CSS,HTML,JavaScript 等网页编程语言。它支持宏,自动完成分屏功能,集成了文件管理器。BowPadBowPad 是一个带有功能区 UI 的简单而快速的文本编辑器显著特性:超过100种文件类型和语言的语法高亮显示处理许多不同的编码,包括 UTF-8、UTF-16 甚至 UTF-32垂直滚动条中的导航提示根据路径对打开的标签进行着色可用 JScript 或 VBScript 编写的插件扩展界面截图: EditraEditra是一个支持多平台的文本编辑器,可以支持基本语法和二十种语言。它使用方便,可以用颜色标注重点部分,支持进行内嵌式编辑,也可以进行代码编辑。
苹果Mac App Store自动拒绝使用Electron框架开发的应用
开发者报告,苹果 Mac App Store 的应用审核流程开始自动拒绝使用 Electron 框架开发的 App。基于 JavaScript 和 Node.js 的 Electron 框架能将 Web App 封装打包成桌面 App。
开发者分享提交基于Electron开发的应用到Mac App Store的经历
近日一名开发者在博客分享了自己提交应用(基于 Electron 7 开发的 App)到 Mac App Store 的经历。Electron 是一个跨平台桌面应用开发工具,支持使用 JavaScript, HTML 和 CSS 等 Web 技术开发桌面应用。知名开源项目诸如 GitHub 打造的 Atom 编辑器和微软打造的 Visual Studio Code 编辑器均使用 Electron 开发。
“老而不死”的三种编程语言
在软件世界中,铁打的二进制,流水的语言。从计算机诞生至今,不知诞生了多少门编程语言。译者查了一下 Wikipedia ,好家伙,名单上足足有几百种!但并不是所有的语言都能长期占据 Top 10。今天我们来讨论长期霸榜的三种编程语言:Java、JavaScript 和 C,因为经常有人们说这三种语言已经死了,即使没死也是快要死了。然而事实究竟如何呢?实际上,这几门语言就像题图的胡杨一样,特别是 C 语言,简直就是编程语言界的胡杨:胡杨生而千年不死,死而千年不倒,倒而千年不腐……
新的Google Chrome元标签将允许网站推荐设备节电策略
如何降低Chrome浏览器的能耗是Google开发团队的主要任务之一(这款浏览器虽然性能强劲但功耗巨大),而它计划实现这一目标的一些方法是通过使其浏览器以非标准的方式与网站相处。例如,Chrome浏览器会降低网站上JavaScript的执行速度,或者以低帧率渲染网页动画。
NUKEMAP创始人解释不再在谷歌地图显示的原因
日前,NUKEMAP创始人Alex Wellerstein刊文谈论了该应用为何不再在谷歌地图显示的原因。据这位创始人回忆,当他在2012年创建NUKEMAP的时候,谷歌地图API非常棒。对于创建Javascript映射mash-up来说,这是最好的事情,因为它几乎不需要花费任何成本就能拥有一个能定期添加新功能的活跃开发社区。
谷歌 Fuchsia OS编程语言策略公布:前端用 Dart,Go 要退出
谷歌新一代开源操作系统 Fuchsia 的开发者网站上公布了一份 Fuchsia 编辑语言策略,文档描述了 C、C++、Dart、Rust 与 Go 的优劣势,并明确指定了其中哪些语言将会在 Fuchsia 开发生态中得到怎样程度的支持。该策略文档描述了 Fuchsia 项目在 Fuchsia Platform Source Tree(Fuchsia 平台源码树)和供终端开发者在这之外构建 Fuchsia 开发目标设备软件时使用和支持的编程语言。Fuchsia Platform Source Tree 是 fuchsia.googlesource.com 上托管的 Fuchsia 源码,终端开发者是指在 Fuchsia Platform Source Tree 之外为 Fuchsia 编写软件的人。与终端开发者相比,Fuchsia Platform Source Tree 可以汇聚对 Fuchsia 系统及其基础技术更大的更改,因为可以执行仅影响 Fuchsia Platform Source Tree 的更改,而无需与其他人员进行协调。相反,影响终端开发者的更改需要更多的协调,并且需要更长的执行时间。谷歌介绍,对终端开发者的支持意味着 Fuchsia SDK 需要包含可帮助他们为 Fuchsia 开发软件的工具和库,包括 FIDL(Fuchsia Interface definition language,Fuchsia 接口定义语言)特定语言后端与支持库等。对异步编程的强大支持则意味着可以使用直线型代码,例如使用 Rust/Dart 等语言的 async/await 编写异步程序。文档接下来分别罗列了几种编程语言,分析了它们的优缺点之后,得出如下结论:CC 被支持用于终端开发者。在 Fuchsia Platform Source Tree 中,不鼓励使用 C 的新用法,并且仅批准用于以下领域:用于底层系统编程,包括内核中用于定义到共享库和其它系统组件的 ABI 稳定接口C++C++ 被支持用于终端开发者。批准在整个 Fuchsia Platform Source Tree 中使用 C++。DartDart 被支持用于面向非驱动程序的终端开发者。Dart 被批准在 Fuchsia Platform Source Tree 中用于用户界面和无限期运行的程序。Rust终端开发者不支持使用 Rust。除了 Zircon 内核,Rust 被批准在整个 Fuchsia Platform Source Tree 中使用。GoGo 仅被批准在网络技术栈中使用,因为网络栈的迁移需要大量成本。时间准许的话,应该将网络栈迁移到批准的语言。必须将 Fuchsia 中用于目标设备上生产软件的所有其它 Go 代码迁移到批准的语言。总结一下,Go 在 Fuchsia 生态中可能会有些失落,值得注意的是文档中关于其缺点的介绍:使用垃圾回收来管理内存,这比其它用于管理内存的技术占用更多的资源运行时环境庞大Fuchsia Platform Source Tree 在使用 Go 方面具有负面的实施经验。Fuchsia 项目在 Go 中构建的系统组件消耗的内存和内核资源相比使用 C++ 或 Rust 构建的同类组件更多工具链产生大型二进制文件值得关注的是,文档中没有涉及 Fuchsia 已经确认支持的 Python。不过关于 Python 的支持细节,支持语言页面也没有详细内容,只有一栏栏 TODO,应该是还没有做好准备。而另一方面,此前关于支持 JavaScript 的传言,看来也无法得证。原文链接
微软发布公告称 IE 0day 漏洞已遭利用,暂无补丁
最近,微软有点活跃。1 月17 日,微软发布安全公告( ADV200001 )称,一个 IE 0day ( CVE-2020-0674 ) 已遭利用,而且暂无补丁,仅有应变措施和缓解措施。微软表示正在推出解决方案,将在后续发布。微软表示该 IE 0day 已遭利用,并且指出这些利用只发生在“有限的目标攻击中”,该0day 并未遭大规模利用,而只是针对少量用户攻击的一部分。这些有限的 IE 0day 攻击被指是更大规模的黑客活动的一部分,其中牵涉了针对火狐用户的攻击。漏洞详情根据公告,微软将该 IE 0day 漏洞描述为远程代码执行漏洞 ( RCE ),是由负责处理JavaScript代码的浏览器组件 IE 脚本引擎中的内存损坏漏洞引发的。微软对该 0day 的描述为:脚本引擎处理 IE 内存对象的方式中存在一个远程代码执行漏洞。该漏洞可损坏内存,导致攻击者以当前用户的上下文执行任意代码。成功利用该漏洞的攻击者可获得和当前用户同样的用户权限。如果当前用户以管理员用户权限登录,则成功利用该漏洞的攻击者能够控制受影响系统。之后攻击者能够安装程序;查看、更改或删除数据;或者以完整的用户权限创建新账户。在基于 web 的攻击场景中,攻击者能够托管特别构造的可通过 IE 浏览器利用该漏洞的网站,之后说服用户查看该网站,比如通过发送邮件的方式查看网站。比如,发送电子邮件。解决办法在默认情况下,Windows Server 2008、Windows Server 2008 R2、Windows Server 2012、Windows Server 2012 R2、Windows Server 2016 和 Windows Server 2019以“增强的安全配置”受限制模式运行。“增强的安全配置”模式是IE的一组预配置设置,可降低用户或管理员下载并在服务器上运行特殊构造的 web 内容的可能性。它是针对尚未被加入“IE可信”站点区域的网站的一个缓解因素。应变措施限制对 JScript.dll 的访问权限。对于32位系统,在管理员命令提示符中输入如下命令:takeown /f %windir%\system32\jscript.dllcacls %windir%\system32\jscript.dll /E /P everyone:N对于64位系统,在管理员命令提示符中输入如下命令:takeown /f %windir%\syswow64\jscript.dllcacls %windir%\syswow64\jscript.dll /E /P everyone:Ntakeown /f %windir%\system32\jscript.dllcacls %windir%\system32\jscript.dll /E /P everyone:N值得注意的是,微软表示,应用该应变措施可能导致依赖 javascript.dl 的组件或特征功能减少。因此微软推荐尽快安装更新实现完全防护。在安装更新前需要还原缓解步骤以返回到完整状态。在默认情况下,IE11、IE10和 IE9 用户使用的是未受该漏洞影响的 Jscript9.dll。该漏洞仅影响使用 Jscript 脚本引擎的某些网站。撤销应变措施微软还给出了撤销应变措施的步骤:对于32位系统,在管理员命令提示符中输入如下命令:cacls %windir%\system32\jscript.dll /E /R everyone对于64位系统,在管理员命令提示符中输入如下命令:cacls %windir%\system32\jscript.dll /E /R everyone cacls %windir%\syswow64\jscript.dll /E /R everyone微软表示所有受支持的 Windows 桌面和 Server OS 版本均受影响。所以,雷锋网在这里建议大家能更新的就及时更新吧。本文转自雷锋网,如需转载请至雷锋网官网申请授权。
GitHub已原生支持基于JavaScript的Mermaid图表工具
有报告指出,当文档足够详实、并以不同的格式提供时,开发效率有望迎来 50% 的瞩目提升。然而想要在 GitHub 上的 Markdown 文件中包含图片 / 图表,此前必须通过嵌入图像来实现。好消息是,即日起,开发人员已能够通过 GitHub 体验到一项原生功能 —— 支持基于 JavaScript 的 Mermaid 图表和流程图生成工具。
改进安全体验:NPM用户现可链接Twitter与GitHub账户
使用流行的“NPM”JavaScript 包管理器的开发者们,现可选择使用链接他们的 Twitter 和 GitHub 账户。在周二的一篇博客文章中,GitHub 表示此举旨在帮助用户更轻松地保护其账户,同时简化了一些被认为过于繁重的安全特性。
摄像头竞赛之后,我们还能在手机相机上期待什么?
很多用户在购买手机时,已经把视频拍摄能力放在了优先考虑的行列。2019年智能手机最大的变化之一,就是背后的摄像头越来越多了,不仅是数量增加,各种排列方式也是千奇百怪。这个变化背后一方面是手机拍照技术的飞跃式进步,另一方面也不免让人怀疑,这么多摄像头真的有必要吗?之后出现的「装饰摄像头」,以一种滑稽的方式揭露了一个事实,就是多摄像头在宣传方面的作用,可能远比它本身的价值更重要。手机在影像拍摄上的竞争,其实不单单只有超级夜景、月亮模式,厂商发布会上不断被提起的「视频拍摄」,正成为下一场竞争的焦点。它在宣传上可能不如多摄像头、样张对比、美颜这些噱头更直接,但很多用户在购买手机时,已经把视频拍摄能力放在了优先考虑的行列。从看视频到拍视频经过两年的发展,以抖音平台为代表的的15秒短视频,已经从一个「新物种」变成人们日常内容消费的主力。根据极光发布的《手机游戏流失用户研究报告》,几大主流手游的流失人群大部分流向了短视频。与此同时,以Vlog为代表的个人视频正在引发新一波「人人都是自媒体」的热潮。B站吸引更多年轻人的同时,正在逐渐走向全面化、主流化,之前注定只能在小众圈子发光的那群人,在这些视频平台迎来了属于他们的「15分钟成名时刻」。▲图片来源:Unsplash5G的普及也让人们对视频化的未来充满期待,网速不再是观看视频的限制,云存储、云处理也变成了可能。如果之前人们选择手机作为拍摄工具还只是为了轻便,那么在5G普及之后,手机硬件将不再成为限制,而是真的可以胜任拍摄、存储、剪辑等一系列需求。别慌,先稳住手机拍照能力节节攀升,这几年成为了厂商竞争最激烈的领域之一,而对视频的重视,OPPO可能是最激进的一个,Reno2、Reno3 纷纷打出了「视频手机」的口号。提升手机在视频拍摄方面的能力,首先要考虑的是防抖。目前常见的解决方案是在光学防抖的基础上,再叠加电子防抖,裁切边缘的一部分画面,保留中间部分。有超广角镜头做支持,画面损失不会太多,这个时候的竞争就变成了算法的比拼。想用手机拍出稳定的画面,还有一种方法是借助云台。大疆在2019年8月份推出了新一代的灵眸手机云台3,重新设计的结构可以让手机底部不被遮挡,充电、插麦克风都更方便,更适应手机拍摄的需求。它最大的变化是形态上小了将近一半,可以折叠起来方便携带。除了拍摄,手机厂商还想帮你完成剪辑工作解决好防抖只是基础,有了稳定的素材,更重要的环节是剪辑。苹果在iOS 13中将自带的视频剪辑功能进行了升级,支持调整参数、滤镜、裁剪,之前用专业软件才能完成的「旋转」功能,现在可以在手机上完成。国产手机的进化则是朝另外一个方向,自带相册中加入了很多适应短视频制作的功能。小米和抖音合作,在系统中内置了滤镜、美颜、配乐等功能。坚果手机已经被字节跳动收归旗下,在坚果Pro 3 中使用抖音特效,可以不受15秒时长限制。全能工具和「懒人剪辑」第三方视频剪辑App的发展,要更为迅速。抖音开始在Vlog、长视频领域布局,推出了剪映,VUE、快剪辑这样的老牌视频剪辑App,也不断增加适用于手机剪辑的功能,比如自动字幕、画中画、录音等。如果说手机剪辑之前还只是专业软件的替代品,那么现在则是真正成为一种合适的选择,剪辑能力得到提升、体验上更适应移动端操作。除了这种专业向、全面向的工具,还有一些「懒人化」的剪辑方案出现。OPPO Reno推出了「SoLoop即录」,用算法自动匹配模板风格,百度的一刻相册可以直接制作卡点视频,美图的WIDE可以快速生成一分钟Vlog。总之只要你愿意分享,设备、工具都不再是限制。让拍视频像拍照一样简单5G时代到来,视频将会成为更为主流的一种内容形式。拍摄完的素材可以直接上传到云端,手机空间不会成为限制,手机芯片的AI处理能力让剪辑变得更容易,甚至可以交给云端来处理。而观看端的体验提升就更是明显,网速提升,再也不用辛苦等待缓冲。在这样的外部条件下,手机厂商的竞争可能从拍照转移到视频拍摄上去,这对于整个视频内容生态的影响是巨大的。现在大部分的人都是视频内容的消费者,而对于视频制作,很多人还在犹豫要不要拍、拍什么,等手机硬件、剪辑软件以及整个视频生态成熟,也许那时候拍视频就像现在拍照、加滤镜那么简单自然。
Google修补两个Chrome 0day危急漏洞 用户应尽快更新
听从警告并安装Google刚刚提供的新更新可能是一个好主意,今天官方解决了两个零日漏洞,这些漏洞已经在外部被积极利用。CVE-2021-37976被描述为"核心的信息泄露",严重程度为中等,而CVE-2021-37975是Chrome V8 JavaScript引擎中的免费使用漏洞,严重程度为高。免费使用后的漏洞通常可用于远程代码执行或逃脱浏览器沙盒。
Apple Watch成功运行经典1989年版《波斯王子》游戏
1989年为Apple II发布的《波斯王子》被移植到了基于JavaScript的代码上,这只意味着该游戏可以在你的Apple Watch上运行。尽管缺乏玩1989年版《波斯王子》所需的网络浏览器,但一位软件开发者依然展示了如何在Apple Watch上运行游戏的可能性。
GitHub封禁自家开源项目Aurelia引众怒 CEO公开道歉但开发者并不买账
近日,微软的开源项目 JavaScript 框架 Aurelia 不小心被 GitHub 封禁了,理由是项目中有两名来自伊朗的外部贡献者。虽然 GitHub 首席执行官致歉表示“这次的确是个错误”,但是开发者们并不买账,网友也评论称“开源还有国界吗 ,公平呢”?
注意了!使用WebAssembly的网站一半将其用于恶意目的
根据一项已发表的学术研究,使用WebAssembly的网站中大约有一半将其用于恶意目的。WebAssembly由Mozilla、谷歌、微软和苹果这四个主要的浏览器供应商协同创建,它引入了一种新的二进制文件格式,用于将代码从Web服务器传输到浏览器。一旦到达浏览器,WebAssembly代码(Wasm)就会以接近本地的速度执行,类似于已编译的C、C++或Rust代码。创建WebAssembly的目的是兼顾速度和性能。由于Wasm代码具有机器友好的二进制格式,因此它比等效的JavaScript格式小,但执行时速度也快许多倍。WebAssembly于2017年首次被提出,并于2019年底被批准为正式的W3C(万维网联盟)标准,目前受到所有主流浏览器的支持。在去年进行的一项学术研究项目中,来自德国布伦瑞克工业大学的四名研究人员研究了WebAssembly在Alexa上排名前100万的流行站点上的使用情况,以评估这种新技术的普及程度。他们加载了100万个网站中每个网站的三个随机页面,测量了WebAssembly的使用情况,以及每个网站运行代码所花费的时间。研究发现有 1,639个站点装载了总计1,950个Wasm模块,只有150个模块是独一无二的,有很多站点都在使用相同的 Wasm模块。研究小组还对每个网站正在加载的Wasm代码的性质进行了研究。他们手动分析代码,查看函数名称和嵌入的字符串,然后映射出相似代码的集群。研究人员表示,他们分析的绝大多数代码样本都用于加密货币挖掘(样本的32%)和在线游戏(样本的29.3%)。这两类Wasm代码在本质上是恶意的。用于加密货币挖掘的Wasm模块通常是所谓的加密劫持(通过挖矿驱动)攻击的一部分。另一类涉及打包在混淆的Wasm模块中的WebAssembly代码,这些模块有意隐藏其内容,一般来说是恶意广告的一部分。由于代码经常在多个域中重复使用,这些模块已被用于超过一半的样本网站。且将WebAssembly代码用于恶意目的的行为有在不断增加的趋势。研究小组还表示,这可能还只是“冰山一角”。为此,他们呼吁网络安全公司参与进来,应对新技术带来的新威胁。
金士顿于CES2020发布高速SD卡产品 连续读取速度最高可达300MB/s
金士顿在CES 2020上推出了几种新的高性能安全数字存储卡,以及新的读卡器。这次产品阵容包括UHS-I DDR-200和UHS-II设备。具有UHS-II接口的金士顿Canvas React Plus SD存储卡的最高连续读取速度为300MB/s,并提供128GB,256GB和512G存储空间。 Canvas React Plus UHS-II存储卡符合Video Speed Class V90规范,该规范要求最低写入速度为90MB/s,以允许录制超高清和360°视频。
微软Visual Studio 2019 for Mac 8.4 发布
Visual Studio 2019 for Mac 8.4 已发布,作为开启新年的首个版本,8.4 引入了不少激动人心的增强功能。其中不少是来自社区的呼声,主要包括:支持 .NET Core 3.1 最新稳定版提供对 ASP.NET Core 项目的脚手架支持提供开发和发布 ASP.NET Core Blazor 服务端应用程序的能力改进编辑体验,包括对 .razor 文件的支持使用辅助技术时对 IDE 使用体验的改进对 .NET Core 库项目的打包支持支持 .NET Core 3.1此版本添加了对 .NET Core 3.1 的完全支持,开发者将能够创建 .NET Core 3.1 应用程序,并从构建和调试到发布都可以使用它们。.NET Core 3.1 是一个长期支持版本(LTS),官方会提供三年的技术支持。有关 .NET Core 3.1 的更多信息,请点此查看。使用 ASP.NET Core 脚手架更快地开发来自社区的声音建议将 ASP.NET Core 脚手架添加到 Visual Studio for Mac,官方接受了这个建议并将其引入到了 8.4 版本中。通过为常见方案生成样板代码,脚手架可加快并简化 ASP.NET Core 应用程序的开发。下图是使用一个 ASP.NET Core 示例项目(电影数据库应用程序)来演示脚手架的实际应用。这里使用了新功能来创建用于创建、读取、更新和删除操作(CRUD)的页面以及用于影片模型的“详细信息”页面。有关 ASP.NET Core 项目脚手架的更多信息请点此查看。生成和发布 ASP.NET Core Blazor 服务端应用程序此功能也是来自社区反馈的需求,Blazor 是一个使用 .NET 构建交互式客户端 Web UI 的框架,它具有以下优点:使用 C# 而非 JavaScript 编写交互式 Web UI利用 .NET 库的现有 .NET 生态系统在服务器和客户端之间共享应用程序逻辑利用了 .NET 的性能、可靠性和安全性建立在一组通用的易于使用、稳定且功能丰富的语言、框架和工具上Blazor 使用了开放的 Web 标准,不需要其他插件或代码转换,这意味着使用它开发的任何东西都可以在 PC 或移动设备上的所有现代 Web 浏览器中使用。有关 Blazor 的更多信息请点此查看。使用 Blazor 应用程序时,还会用到 .razor 文件。当在编辑器中使用这些文件时,Visual Studio 2019 for Mac 8.4 为代码高亮和自动补全提供了全面支持。
[图]微软Edge WebView2控件正式发布
今天,微软宣布了适用于 Win32 C/C++ 应用的 WebView2 新版本。新组件能够在不同的 Windows 版本中使用,微软表示还将会发布向前兼容的 SDK。WebView2 是 WebView 的继任者,是基于新版 Edge 浏览器的控件,能够在本机应用程序中嵌入 Web 技术(HTML、CSS和JavaScript)。
五分钟了解互联网 Web 技术发展史
1991年8月,第一个静态页面诞生了,这是由Tim Berners-Lee发布的,想要告诉人们什么是万维网。从静态页面到Ajax技术,从Server Side Render到React Server Components,历史的车轮滚滚向前,一个又一个技术诞生和沉寂。
GitHub Copilot现在开始支持Neovim和JetBrains IDE
早在6月,GitHub宣布了GitHub Copilot,这是一项新的人工智能服务,可以在IDE环境内为整行或整个函数提供代码建议。GitHub Copilot对Python、JavaScript、TypeScript、Ruby和Go都很适用。GitHub Copilot由OpenAI Codex驱动,这是一个由OpenAI创建的新人工智能系统。
GitHub年度报告:TypeScript超越C++成第四大语言
今天,GitHub一年一度的Octoverse报告发布啦,大家最关心的编程语言排行榜也一并出炉。微软设计的编程语言、JavaScript的超集、还不到10岁的TypeScript表现亮眼,一举超过C#、PHP、C++,跃升为第四大受欢迎编程语言,仅次于JavaScript、Python和Java。
PageNow大数据可视化开发平台官网正式上线
3月2日消息 PageNow大数据可视化开发平台官网今日正式上线。获悉,PageNow是一款基于SprigBoot+Vue构建的数据可视化开发平台。拥有多种数据源支持,支持接入关系型数据库、本地CSV上传和在线API等,支持动态请求;支持图形化编排界面,拖拽即可完成样式和数据配置,无需编程就能轻松搭建数据大屏;支持灵活的运行时解析编码,可自定义样式与脚本编写,不再受限于平台的基础配置。了解到,目前现有的演示系统包含PageNow的所有功能,用户也可以参考使用手册。
微软Visual Studio Code 1.42 发布,附更新内容
微软Visual Studio Code 1.42 版本,即 2020 年的 1 月更新已发布。其中值得关注的更新内容包括:支持预览重命名后的变更效果 - 在 diff 视图中查看待处理的重命名,并且可以十分方便地接受或拒绝更改开启编辑器窗口数量的限制功能 - 支持设置同时打开的最多的编辑器窗口数量具有以下几个选项:workbench.editor.limit.enabled:启用此功能(默认为关闭)workbench.editor.limit.perEditorGroup:对每个编辑器组还是在所有组中应用此限制workbench.editor.limit.value:打开的编辑器窗口的最大数量(默认为 10 个)图中演示了限制为最多 3 个编辑器窗口数量的效果。另外要注意的是,具有未保存更改文件的编辑器窗口不会自动关闭,但仍会计入打开的编辑器总数中。重新启动时还原所有窗口VS Code 在启动时还原窗口的设置已更改为默认情况下还原所有窗口。如果要返回到以前的行为,请配置 "window.restoreWindows": "one" 以仅打开一个窗口。高亮显示被折叠的代码区域 - 可快速查找采用新背景以高亮显示的代码折叠区域改进调试控制台(Debug Console) - 支持语法高亮、括号匹配、以及输入历史记录和改进输入输出的显示方式定义全局任务 - 每个用户的任务可以在所有文件夹和工作空间中使用远程开发 - 用于映射 SSH 和容器端口的新“转发端口”视图(Forwarded Ports view)预览性功能 - 时间线视图(Timeline view)、Search editor、针对 TypeScript 和 JavaScript 的语义高亮显示等(Semantic highlighting)▲ Timeline view▲ Search editor▲ Semantic highlighting浏览器支持 - 将文件拖拽到编辑器中打开在浏览器中使用 VS Code 时,支持将本地文件拖拽到编辑器区域中打开。下载地址:Windows: User System | Mac | Linux: snap deb rpm tarball详细更新说明请查看:https://code.visualstudio.com/updates/v1_42
WebAssembly 成为 W3C 标准
WebAssembly 正式成为 World Wide Web Consortium (W3C) 的标准,加入到了  HTML、CSS a和 JavaScript 的行列。WebAssembly 也正式抵达了 1.0 版本,它已获得了主流浏览器 Firefox、Chrome、Safari 和 Edge 的支持。
《Bitburner》收获好评如潮 在游戏里写JavaScript代码升级
游戏是由一串串代码组成的,而现在有一款游戏让玩家在游戏里写代码,无限套娃了属于是。在新作《Bitburner》中,玩家可以使用JavaScript语言进行游戏。如果对JavaScript完全不了解的玩家也不用着急,游戏里会有各种谜题和问答,帮助玩家掌握新技能,赚取奖励,提升自己的能力。
Google Chrome优化软件功耗:打开37个标签后续航还能增加两小时
虽然贵为全球第一大桌面浏览器,但Chrome的顽疾也不少,比如CPU、内存占用较高,运行时也比较耗电等。谷歌在最新的技术文档中表示,优化了多标签情况下的功耗情况。Chrome 86中添加了一项新的实验室特性,允许在当标签处于后台挂起时,关闭不必要的JavaScript计时器和跟踪器,以减少能源消耗,比如检查滚动位置的JavaScript计时器和跟踪器。
GitHub 2020年度Octoverse报告:Python和TypeScript变得更受欢迎
GitHub 刚刚发布了 2020 年度的 Octoverse 报告,可知该开源代码托管平台吸引了全球 5600 万开发者,高于 2019 年的 4400 万、以及 2018 年的 3100 万。此外受 COVID-19 大流行的影响,开源项目的活跃度也有激增的趋势。在最常用的编程语言中,JavaScript 仍是最受欢迎的一个,Python 区居第二,然后是 Java 和快速增长的 TypeScript 社区。
最古老的npm包request现已弃用,每周下载量逾1400万
去年我们报导过HTTP客户端request库将被弃用的计划,目前该项目的npm与GitHub主页均已显示,自2020年2月11日起,request已完全弃用,预计不会有新的变更。request是添加到npm包仓库最早的模块之一,有众多应用依赖于 request,目前其每周的下载量基本都在1400万以上,足见它在HTTP领域与npm中的地位。但随着现代JavaScript的发展,request的局限性也愈发体现出来,其核心模式也稍显过时。项目发起人Mikeal Rogers 表示也曾尝试通过改变以适应变化,但后来发现可行性非常低,因为兼容性问题很大。因此他决定废弃request,重新打造一个项目。在Mikeal写于去年3月份的说明中,他表示:“对于JavaScript生态,request可以做的最有价值的事情是进入维护模式,并停止考虑新特性或主要版本。”同时他也对弃用request作了具体规划。如今request已经正式宣告退出,建议开发者尽快迁移。