web

原文地址 https://bocoup.com/weblog/javascript-developers-watch-your-language?utm_source=javascriptweekly&utm_medium=email @Mike Pennisi It is 9:18 AM on August 21, 2021. You have just finished eating your space-breakfast, and you’re ready to get back to work maintaining the web presence for Omni Consumer Products. After about an hour, you find your latest 详情 »

其实官方粗暴的回答就是 jsx是JS而不是什么HTML。 当然react的核心团队回答了在quora上回答了这个问题。 直白翻译下： 其实我们对于这个问题也纠结过，我们这里需要有一个转换，把this.props.class 转换成this.props['class'] ,这样你就可以非常方便使用这些class名称。Babel可以完成。但是我们坚持使用className的是下面一些理由： 首先我们尽可能的使用html DOM对象的属性(就像el.className )， 与设置标签属性(attribute)相反。 标签属性始终都是字符串类型，而 对象属性可是任意数据类型，这样的话，算是一种弹性扩展。 其中一个例子就像，classList 属性，相对className而言其实它更适合于数据模型，React现在虽然不支持classList，但是将来计划这么做，采用className更多的是和html属性相仿，更能够说得通。 另外一个理由主要是对于未来的考虑，在未来，React或许会使用对象解构去进行属性的赋值，react-future 展示了一个例子。即使更加现代化的浏览器中，这个也对class并不会生效，也不会像标签中的属性名一样出现。 第三，我们认为 JSX主要的优势是通过匹配闭合标签来让代码更加易于阅读，而不是去替代 html或者xml.虽然非常容易粘贴／复制html代码，但是稍许不同的是（完整闭合的标签）让它稍逊一筹，所以我们有程序去进行html to jsx的转换。 详情 »

现在越来越多的开发者都已经大量接触ES6,而Facebook在React版本 v0.13.0支持了ES6 class写法。（所以这篇文章主要用于之前接触，然后断了一阵子，再接触的话，可以看下一些改变吧） 最早的时候我们使用React.createClass来进行组建的构建. import React from 'react'; const Contacts = React.createClass({ render() { return ( <div></div> ); } }); export default Contacts; 现在我们可以用ES6中的继承extend来写 import React from 'react'; class Contacts extends React.Component { constructor(props) { super(props); } render() { return ( <div></div> ); } } export default Contacts; 详情 »

原文地址： https://my.oschina.net/osccreate/blog/785004 微服务是当前软件架构领域非常热门的词汇，在社区中也有很多热烈的讨论。因此，在 OSC 第 130 期高手问答中，我们策划的主题是“究竟什么才是微服务”，并邀请了黄勇作为高手嘉宾。 黄勇，现任特赞公司 CTO，曾任阿里巴巴公司系统架构师。对微服务架构与大数据技术有深入研究，具有丰富的网站架构设计经验与项目管理经验，擅长敏捷开发模式。国内开源软件推动者之一，活跃于“开源中国”社区网站，Smart 开源框架创始人，图书《架构探险：从零开始写Java Web框架》作者。热爱技术交流，乐于分享自己的工作经验与生活感悟。 微服务是近年来备受关注的话题，它的出现让我们想起了十年前的 SOA（Service-Oriented Architecture，面向服务架构），但它比传统的 SOA 更容易理解，也更容易实践，它将“面向服务”的思想做得更加彻底。 尤其是当国外的一些知名技术公司成功实践了微服务以后，这股热潮就吹遍了国内的大街小巷，我们也看到很多的项目使用了微服务，但实际上依然有不少朋友对于微服务有着不少疑惑。 详情 »

10月中下旬，团队正式开源vanspeak.js,一款支持英语发音的插件。 vanspeak 支持指定单词或者长句子的发音，兼容主流浏览器以及移动端浏览器。 API设计 前些天看到一条内容，高级工程师越来越多的时间花费在 设计 。设计确实特别重要，这次在api设计时候就遇到问题了，由于兼容以前的项目（这个项目来源于实际需求上的，随后总结独立出来的），因此preAudio这个API显然就非常不合理。所以事先，设计好每个API非常有必要。 测试 由于项目开源，需要每次提交都做好单独测试，虽然之前都有过在开发过程中的游戏测试，但实际写好单元测试，karma + jasmine还是挺不错的，包括对服务端的API进行测试。 文档 演示 如果对外发布，最好加功能说明以及演示。毕竟让用户知道怎么用和具体怎样实现无疑是非常重要的。 重视反馈 用户提出的issue非常重要，有的是bug有的是改善小建议，无论如何及时的修复和反馈会去，会让用户对这个项目至少心存一点点好感。 一些趣事 项目来源于responsevoice.js，然后让自己明白了新的JS对 TTS的支持。随后在使用过程发现了对方项目的各种bug和不适应性，只好独自开发，包括剥离了语言选项，以及语速的控制。 修复了很多在移动端上的bug，而且bug相当多，比如UC浏览器的反复重播，以及小米浏览器的度过一次就没有声音了，但是在修复过程中也发现了很多浏览器对标准的支持不是特别好，比如JS生成的audio对onened事件支持无效果等。反复调试中，修复这些问题也算是一种成就。 增加缓存支持，我们抓去了常用的20000个单词生成了音频放在七牛上， 详情 »