文章列表
yangchunwen 于 1年前发表 4732 2 0
React比较吸引我的地方在于其客户端-服务端同构特性,服务端-客户端可复用组件,本文来简单介绍下这一架构思想。 出于篇幅原因,本文不会介绍React基础,所以,如果你还不清楚React的 state [https://facebook.github.io/react/docs/interactivity-and-dynamic-uis.html#how-state-works] / props [https://github.com/uberVU/react-guide/blob/master/props-vs-state.md] / 生存周期 [https://facebook.github.io/react/docs/component-specs.html#lifecycle-methods] 等基本概念,建议先学习相关文档 客户端REACT
1年前
nodeJS全栈
张颖 ,认真认真 于 1年前发表 10285 5 1
关于微信公众号开发的文章到处都是,基于nodejs的代码也不少,但是微信公众号给出的开发者文档接口虽然全却不细致,难免需要花费一些时间去测试确认,这里总结下最近基于nodejs的微信公众号后台服务开发的过程,采取的是简洁流程图的表达形式,希望能帮助没有接触过此类业务的小伙伴节约时间,快速上手。 1、如何获得一个微信公众号 首先要说明的是,微信公众号分服务号和订阅号两种,具体差别: 这里写图片描述 [http://img.blog.csdn.net/20151028233421627] 可以获得的接口权限,即可以提供的功能差异如下: 这里写图片描述 [http://img.blog.csdn.net/20151028233720502] 显然,服务号看上去功能更多,但是也需要根据业务场景考虑,要做到频繁给用户推送消息,还非订阅号不可。申请到公众号后,即可前往微信公众平台管理你的公众号。 2、简单的交互 如果你的微信公众号大致只需要以下功能: * 手动给用户推送图文消息 * 利用底部菜单引导用户进入运营站点 * 根据用户发送的关键字自动回复用户 * 对用户发送的消息进行客服回复等
1年前
nodeJS全栈
黎清龙 于 1年前发表 2601 1 0
单元测试 > MOCHA 简述 1. 单元测试 单元测试(unit testing),是指对软件中的最小可测试单元进行检查和验证 这个最小测试单元,可以是一个函数,可以是一个类,可以是一个对象,也可以是一个组件,一个插件 在软件开发周期中,单元测试一直占据着很重要的位置,因为单元测试属于白盒测试,也是测试流中最前的一步,所以它起到非常重要的作用 但是,单元测试在前端领域并不被重视,前端程序员也没有写单元测试的习惯 但是,随着前端技术的发展,随着node的发展,越来越多“非UI”的前端代码出现 单元测试是保证代码质量的重要环节之一,特别是这些代码是会提供给其他人使用的时候,比如node插件,grunt插件等等 单元测试的作用有许多,下面列举一些: 1. 保证代码可用 2. 另一种纬度的文档 3. 方便迭代回归 4. 驱动开发 2. MOCHA mocha是一个优秀的js测试框架,在许多开源插件的测试模块都可以看到它的影子
1年前
nodeJS全栈
link ,除了分享,也是知识管理。 于 1年前发表 6007 0 0
概述 PhantomJS is a headless WebKit scriptable with a JavaScript API. It has fast and native support for various web standards: DOM handling, CSS selector, JSON, Canvas, and SVG.( http://phantomjs.org/) [http://phantomjs.org/)] PhantomJS是一个无界面的webkit内核浏览器,你可以把它当作一个没有界面的Safari。 安装 目前PhantomJS的最新版本的2.0,官方文档中有提到说:如果在使用老版本时碰到一些难解的bug,可以升级到最新版试试。 WINDOWS 直接下载 phantomjs-2.0.0-windows.zip
1年前
nodeJS全栈
ouven ,https://ouvens.github.io/ 于 1年前发表 2640 2 0
ISOMORPHIC JAVASCRIPT web应用从最早静态页面、到php后台框架输出、到mv*为主的SPA、到基于node中层的直出,目前有人提出web的下次改变可能将是基于isomorphic javascript的前后台同构应用。 一、目前主流WEB APP的特点 目前主要的应用都是基于mv*基础上(backbone、ember、angular等)或工程师自己的mvc思想上的应用。 通常做法是,页面所有的数据交互在客户端(一般指浏览器或移动webview)完成,后台只负责输出数据或一个初始的空白页面,而页面的数据则通过加载后的js进行加载渲染,一般用户和开发者的体验都会比较好,but存在很多问题: * SEO不可做。除了基础的meta信息,基本没有全文信息。搜索引擎爬虫并不能获取页面内容。 * 性能仍有问题。大量的内容渲染,逻辑判断、dom操作、网络交互都在客户端完成,页面上的空白时间很容易让用户厌烦。 * 可维护性。有些低耦合的逻辑模块希望在前后台复用,例如时间格式化,表单验证,我们考虑到某些因素都会前后都做一次。 二、ISOMORPHIC JAVASCRIPT
1年前
nodeJS全栈
杨文坚 ,首席吹牛工程师 于 1年前发表 1781 0 0
QUES NODEJS服务器渲染设计 本文会探讨一下Ques的服务器渲染设计方案,实现方案则留给 @袁飞翔 来详解。 QUES同构? Yes,Ques NodeJS服务器渲染本质上为了实现:通过 Mark 来实现 浏览器渲染 or 服务渲染 的自动切换,即所谓的前后端代码重用(是的,我们野心不仅仅是重用模版而已)。 从RELY中我们学到什么? * 模版 + 数据 = 字符串 or DOM操作 字符串用于解决服务器渲染输出,DOM操作用于解决浏览器动态渲染。 * Type System Query Language(eg. GraphQL) = 数据源与数据Filter重用 也就是数据源和数据Filter(或者叫数据Format)并非不能复用,但是应当在后台去统一,而非前端。 所以过程就变成了 [http://7tszky.com1.z0.glb.clouddn.com/Fo4pQnidkO_sg8EIGMZUrPJM2Tb_] 模版 + 数据 = 字符串 OR DOM操作 也就是Q.js负责模版在浏览器端渲染,Q.tpl负责模版在!How?
1年前
nodeJS全栈
黄龙 于 1年前发表 1614 2 0
第一步,用NODE输出一个HELLO WORLD var http=require('http'); http.createServer(function(req,res){ var urlPares=url.parse(req.url); var query=querystring.parse(urlPares.query); res.end('hello world'); }).listen(80); 大部分的node教程在这里会告诉你,我们很容易的建立的一个服务器。但是在实际使我们通常使用的是express.(f**k,难道Node必须要用express吗?自己实现一个Web应用框架真的很难吗?)其实并不是。 那么既然打算自己写我们首先要知道我们要做哪些事情。 1.路由或者智能路由 2.静态文件输出 3.session/cookie 4.模版渲染 5.数据库处理 6.文件上传 第二步,路由 路由好高大上的名字,它是干啥的?url对应具体方法就是它该做的事情。 那么我们为什么不让url对应xxx文件的xx方法。
1年前
nodeJS全栈