几乎一整年没咋写文章，主要是懒，加上工作也挺忙。但是想趁着年底发一篇，希望明年更勤奋一点。其实不是没东西写，就是想深入一个东西还是很困难的，要查各种资料，最终还是懒就是了。

G6的插件系统做的相当完善, 可惜文档没有具体说到. 这里整理一下g6的插件. 插件大致分为四种类型: behaviour 行为, 可以理解为事件处理 node, edge的插件, 就是node和edge的样式, 同样是插件 layout插件, node的布局之类, 这部分涉及的算法比较多 Util插件, 就是自定义工具函数, 将其内置G6.Util中 这四种插件都有各自的...

数据为空, 空页面取数据时发生错误, 错误页面数据正常加载状态针对以上三种情况, react渲染列表的时候要正确判断并渲染出相应的视图, 也就是条件渲染. 不同于vue的v-if, v-show等框架提供的api, react的条件渲染都是js原生的再加上一点点的hack. 比如react文档提到的. if/else, && 和三目等等.

Range是JavaScript的内置对象，一般来讲用到的地方不是很多，主要是一些交互性比较强的场景可能会用到，比如高亮标注，用不到还好说，如果用到了查资料确实也是比较少的， 所以这里总结一下笔记，不会太深入。

相对于echart, highchart等其他图表库算是一个比较底层的可视化工具，简单来讲他不提供任何一种现成的图表，所有的图表都是我们在它的库里挑选合适的方法构建而成。

以前其实写过一篇express和koa的对比, 但是后来发现里面有不少谬误. 所以一直惦记着纠正一下之前的错误, 尤其关于中间件部分的对比. 这里的express就拿更加简单的connect代替 connect的执行流程 通常我们都说connect的中间件模型是线性的, 也就是一个一个往下执行的, 如下图: 这么说当然是没错的, 但是当我们执行下面代...

上篇文章写了如何阅读Koa的源码, 粗略的过了一下Koa的源码, 但是作为一个没有得出一个具体的结论, 中间件的运行原理也不清楚, 这里我们再仔细的过一遍Koa的源码.

最近一年零零散散看了不少开源项目的源码, 多少也有点心得, 这里想通过这篇文章总结一下, 这里以Koa为例, 前段时间其实看过Koa的源码, 但是发现理解的有点偏差, 所以重新过一遍.

其实关于这个话题之前已经提到过了, 也写过一篇关于express和koa对比的文章, 但是现在回过头看, 其实还是挺多错误的地方, 比如关于express和koa中间件原理的部分陷入了一个陷阱, 当时也研究了挺久但是没怎么理解. 关于这部分其实就是对于设计模式的欠缺了. 关于中间件模式我们不说那么多概念或者实现了, 针对代码说话.

spa流行的今天不少同学会把前端路由跟后端路由弄混, 莫名其妙的怎么页面404啦之类'奇怪'的问题, 其实这就是没弄清楚前端路由和后端路由的原因(当然你用hash当我没说).

写在前面, 这个话题其实还挺大的, 我自己恐怕力有不逮, 所以只能算是笔记总结, 写的肯定会有点简略. 有错误实在太正常了. 希望能多多指教.

前段时间我针对手头上的项目前端配置进行了反思以及总结并且写了两篇文章: webpack传统后端渲染的项目前端配置, webpack配置之前后端不分离, 很显然这些配置能满足一时的需求, 但是也有不足. 今天继续总结, 这里应该不涉及到具体后端语言, 只对前端配置进行描述. 毕竟配置工程师(逃

webpack配置之后端渲染2017年, vue, react, angular 已经占据前端的主流, 不得不承认这也是前端的未来发展方向. 但是后端渲染的开发方式仍然很常见, 不管是个人项目还是商业项目, 后端渲染搞起来真是糙猛快. 但是借着前端发展的东风, 后端渲染也有很大的改进空间. 这里就介绍一下我自己的实践经验: 前后端不分离的情况下...

这两天在看ts,也在入门中, 网上大部分教程都是前端配置ts开发调试,这个也有很多相当成熟的实践教程, 这篇文章主要是nodejs的ts配置, 说起来也是相当简单的, 不涉及任何ts的语法与概念, 同时也可以根据本文配置es6的nodejs开发环境(主要是模块部分).

对于比较传统的后端渲染项目,前端一直处于比较尴尬的位置,很多时候前端就是写一些样式一些动效.然后直接把写好的html文件扔给后端(jsp之类的木板)这就让很多后端工程师工作繁重了不少.但是由于很多后端的js不是那么的熟练.导致了两个问题:1. 事件绑定直接在dom上进行.后期改动代码变得很复杂. 2. 很多后端逻辑直接写到了...

首先申请开通支付这里不多说了。开通支付后需要设置一个api秘钥，这个是签名的时候要用到的，需要注意的是，api只能在刚开始的时候看到，所以需要保存好。

上一篇：nodejs微信开发---授权登录+获取用户信息这部分主要是js sdk的接入和调用。这里仅仅是接入成功的示例，更多详细的接口使用就不多说了，接下来用到的地方在做解释。接入成功后效果如图：

上一篇：获取access_token+自定义菜单这部分代码是之前就已经完成了，但是考虑篇幅的问题就和上篇分开了，这部分相较前面的方式较为复杂一点，但是也是很容易理解的。这里简单介绍一下微信网页授权。

上一篇：自动回复的实现这两天终于把获取access_token+自定义菜单+授权登录+获取用户信息部分完成了，nodejs其实不是很熟悉，所以估计有很多特性没用起来的，还有很多冗余代码以及各种问题，只能说功能实现了，大家多多担待吧。

对于公众平台，每一次发消息相当于发出一个post请求，但是需要注意的是不管是发出的请求还是收到的回复，他的数据格式都是xml，但是nodejs本身无法处理xml，所以需要对xml数据进行处理。仍然使用的是body-parser这个库，但是需要引入body-parser-xml：

首先github地址奉上：[链接] 欢迎star?最近又拾起了微信开发，之前的公众号是用的flask进行开发的，所以最近想要用nodejs改写一下，这些算是记录吧，边写代码边写下这篇文章。因为我对nodejs也并不是那么的熟悉，仅仅是新手的状态，如果有错误的地方请指出。文章最后会放出源码。公众号部署在leancloud，这里也会稍微介...

由于不是部署生产环境，所以nginx得大部分特性没有用到，仅仅作为反向代理，以及代理静态文件。这里还有一个问题，就是osx不允许直接listen 80端口，但也不影响，因为不是生产环境。我用的是4000端口。下面是配置文件

算是南京比较大的互联网企业了，我面的是实习岗，环境也挺好的，在中胜站，主要是离家近，还做了一份面试题，不过都是一些老生常谈的题目，把高程三过一遍就好了，面试的人怎么说呢，有点放荡不羁，头发该洗了，裤腿不该一个高一个低来着，感觉蛮厉害的，问了很多基础问题吧，感觉基本都说出来了，就一个题目印象比较深...

前几天写了路由的前端设置，也是spa的必要条件，既然前端路由设置好了，那么后端势必也要有路由系统相配套。这里以nodejs为例，简单的路由实现，参考了一些网上的文章以及express等开源库，是很简单的路由实现。这里不涉及排查重复路由，当然添加上去也是很简单的。先是index.js的代码：

公众号部署之后就再没管过了，有时间还得继续改进，最近取关率高的吓人。最近发现词法分析方面还有很大的漏洞，以后解析html尽量使用正则。等电脑到了再折腾折腾新电脑，有时间把博客完善部署。找工作QAQ。

history是html5新添加的api，这边不多说了，反正网上一大堆介绍，history的路由优势在于美观（个人感觉），缺点也就是兼容问题了,如图：

原文摸索中遇到的一些坑，虽然很简单，但新手还是会被坑到，就稍微记录一下吧，也当学习手册，最好去了解一下express，不是很难，这边只是简单的配置，更高级的接口还是去看文档，模块或者自己实现都是可以的