吕立青_JimmyLv 的博客

Sign in Subscribe

吕立青

吕立青

想做产品，却误入程序世界爱上写作的摄影师。

【译】使用 Meteor 构建「积极的用户界面」

Optimistic UI with Meteor 原文地址：http://info.meteor.com/blog/optimistic-ui-with-meteor-latency-compensation May 27, 2015 By Sashko Stubailo In this post we’ll look at the collection of technologies that Meteor provides to enable ‘Optimistic UI’ updating. This capability is crucial to user expectations for modern web apps and is fundamental

【译】展望2016，React.js 最佳实践 (中英对照版)

React.js Best Practices for 2016 原文地址：https://blog.risingstack.com/react-js-best-practices-for-2016/ Tags: React · ReactJS · best practices 2015 was the year of React with tons of new releases and developer conferences dedicated to the topic all over the world. For a detailed list of the most important milestones of last

Node PPT Markdown 演示（转）

title: nodeppt markdown 演示 speaker: 三水清 url: https://github.com/ksky521/nodePPT transition: move files: /js/demo.js,/css/demo.css,/js/zoom.js theme: moon [slide] nodePPT 这可能是迄今为止最好的网页版演示库 <iframe src="http://ghbtns.com/github-btn.html?user=ksky521&repo=nodeppt&type=watch&count=true"

思沃讲堂：Spring MVC 实战

[slide] Th Wo - Bookshelf by Jimmy Lv [slide] MVC Workshop [slide] Step 0: GET: hello {name}! via Spring Web MVC DispatcherServlet. [slide] Step 1: // given GET: show all books in index page. // when // then implement fetch book details functionality. [slide] Step 2: // given a ready-to-wear form for book information.

REST IN ACTION

[slide] REST IN ACTION What’s real RESTful Architecture & How to Consume Resource in AngularJS? via Jimmy Lv [slide]

使用 Gradle 快速构建项目以及 Gradle 速度优化

内容简介对于一款构建工具来说，首要的使命便是将项目构建起来，然后才是考虑如何加快构建的速度。毕竟在持续集成的开发理念之下，跑ci就是程序员日常最经常要做的事情，而等待的过程往往是非常漫长的，甚至于有童鞋专门去买了本字帖，以便于在每次等ci的时候打发时间。这篇文章首先会从如何使用 Gradle 插件开始，毕竟要先干活，然后进阶到如何写一个自定义 Task，以及 Incremental Task 的原理。当然，最后总结几个可以直接用于加快 Gradle 构建速度的优化技巧，简单粗暴，立马生效！如何使用 Gradle 插件我们在 Java 项目根目录下会有一个build.gradle文件，Gradle 的所有配置都可以放在这个文件里面。首先从最基本的 Java 插件说起，大部分的项目构建流程都是：编译 Java 源文件，运行单元测试，最终生成一个包含所有 class 文件的 JAR 包，而 Gradle 使用插件的形式来使整个过程自动化，

关于前端的思考：Angular 2.0以及前后端边界

前端的学习曲线每个人在学 AngularJS 的时候都会觉得Angular 1.x自创的概念实在太多，学习曲线也因此变得非常陡峭。但对于一个完整的前端项目来说，所需要的东西本来就不够简单，而 AngularJS 作为一款大而全框架，自带一揽子解决方案，只要学习上手之后还是会有一劳永逸的感觉。就像 Python 的 web 框架代表 Django 和 Flask 一样，萝卜白菜各有所爱，轻量级框架所带来的灵活性固然很棒，但对于新手来说依旧会很容易玩脱。就像当前所兴起的 React 大潮，暂且不讨论深度玩家所表现的态度和看法，就论一个前端新手所面临的问题，在没有主见的时候到底该师从何派？对于前端刚入门的我来说，依旧会推荐从一个大而全的框架开始学起，一个好的框架不但会强制你不犯错误，由此带来的「配置大于约定」也会让一个还没有能力进行约定的能力去学习如何约定。当你学有所成的时候自然会似脱缰一般出去闯荡一番。就像当初青春期的我们，在蜕变之前我们安定得学习该有的技能，当有了一定资本之后就开始自我思考，决定去走自己的路。反过来说，其实走自己的路，又何尝不是陡峭的呢？对于 React 来说