techirdliu
techirdliu
#### Version - i18next: 13.1.1 - react-i18next: 9.0.2 - i18next-scanner: 2.9.1 #### Configuration ```js { // i18next-scanner options // the config has no matters to this issue } ``` ####...
在刚结束的[全球互联网技术大会（GITC）](http://www.thegitc.com/)里面，我在前端专场给大家分享了「微信小程序云端解决方案探索之路」，介绍到了我们之前对小程序云端解决方案的探索过程。 ## 小程序特性思考 小程序刚推出的时候，很多人都觉得它就是 H5，因为开发小程序的三大语言和 HTML、CSS、JS 是一脉相承的，即使改变了扩展名也改不了其实质。 那么小程序的实质到底是不是 H5 呢？经过我们的论证分析，我们认为**小程序并不是 H5 应用**。主要原因如下： 1. 在小程序里面无法使用 DOM 接口，所以 HTML5 生态中一切基于 DOM 的库都无法使用（如 jQuery） 2. 小程序并非使用 URL 访问，所以没有域名的概念。这个特性有两个影响 - 不存在跨域问题，所以访问控制是直接在微信 MP 上配置域名白名单 -...
## C# 补充 IIS 网站目录说明、代码升级发布说明。 ## Java 补充 Apache 和 Tomcat 版本和环境说明、代码部署目录说明、部署方法说明。 ## Node 补充代码部署目录说明、PM2 脚本使用说明、SDK 升级方法说明。 ## PHP 补充代码部署目录说明、运行环境说明以及 SDK 升级方法说明。
Wafer
小程序解决方案代号 wafer，需要进行开源仓库升级和文档工作。 ## 代码仓库迁移 原有代码仓库使用 Github Rename 功能进行迁移，能保证原访问地址可以重定向到新地址。 需要迁移的仓库包括： - [x] 总入口 - [x] [tencentyun/weapp-solution](/tencentyun/weapp-solution) -> [tencentyun/wafer](/tencentyun/wafer) - [x] 服务端 - [x] [tencentyun/weapp-php-server-sdk](/tencentyun/weapp-php-server-sdk) -> [tencentyun/wafer-php-server-sdk](/tencentyun/wafer-php-server-sdk) - [x] [tencentyun/weapp-php-server-demo](/tencentyun/weapp-php-server-demo) -> [tencentyun/wafer-php-server-demo](/tencentyun/wafer-php-server-demo)...
> 之前的一篇翻译[安利了一下 TypeScript](https://github.com/techird/blog/issues/1)，今天再给大家翻译一篇 TypeScript 和 JSX 结合使用的安利文。 > 原文地址：http://www.jbrantly.com/typescript-and-jsx/ 对 JSX 的支持已经在 TypeScript 官方落地了！非常感谢 [Ryan Cavanaugh](https://twitter.com/SeaRyanC) 和 [François de Campredon](https://twitter.com/fdecampredon) 的大力推动。在这篇文章中，笔者打算跟大家探索一下如何把 JSX 和 TypeScript 的第一特性——静态类型检查完美结合使用。 ## 发展历史 当我们开始在 [AssureSign](https://www.assuresign.com/) 项目中实验性地使用...
> 原文地址：https://medium.com/@vivainio/typescript-is-pretty-good-d8fecf80ea0c 概览：为什么说跟 ES6 比起来，TypeScript 更好呢？ 好高兴，现在前端社区开始普遍接受转译的做法了（即把各种语法转换成 JS 执行）。虽然还是有部分 ES5 的死忠粉，但他们之中，有绝大部分在一旦在心里接受了 [Crockford 的信仰](http://www.barbarianmeetscoding.com/blog/2014/11/25/dev-talk-monday-douglas-crockford-es6-new-ways-of-writing-better-javascript/)之后，也会忘掉过往固执的经验并且开始转军接受。 大家都知道 ES6 相当牛逼。然而无论怎么牛逼的 ES6 始终有一样东西是给不了你的，那就是帮你检查你的代码是否正确——前人把这个叫做「汇编」或「类型检查」。打个比方，你在第 12 行实例化了类 `Foo` 的一个对象，ES6 在 13 行就会忘记提醒您这个对象有一个 `bar()` 方法。在 ES6 的规范下，你导入了你明确知道里面有什么的模块没有用，就是你明确暴露了想要暴露的变量也没有用。 一些代码检查工具可以帮你做一些弱弱的检查，但是它们一般也只是提示一下你该用单引号还是双引号（显然现在单引号比较受欢迎，虽然这是和祖先们写字符串的方法是相悖的）或者是提示你文件尾部缺少了一个空行。这种感觉就像用正则来解析...
Is there a plan to add support for sourcemap file?