背景
之前一直使用Apache做静态资源私服及反向代理, 配置稍显复杂, 今天使用nginx来替换Apache, 在此小记一下探索的过程及碰到的问题.
安装
本人使用Mac系统, 偷懒的使用了homebrew, 一键完成了安装. 对于其它OS使用解压zip的方式.
下面从安装–>配置(静态资源私服 php 反向代理)–>问题展开吧
背景
此文为实践总结，是自己在实践过程中积累的经验和”哲学”。部分内容参考相关资料，参考内容请看尾页。建议对RESTful有一定了解者阅读!
哲学
- 不要为了RESTful而RESTful
- 在能表达清楚的情况下，简单就是美
接口路径设计
接口设计原则
URI指向的是唯一的资源对象
示例: 指向ID为yanbo.ai的Account对象
1 | GET http://~/$version/accounts/yanbo.ai |
URI可以隐式指向唯一的集合列表
示例: 隐式地指向trades list 集合
1 | GET http://~/$version/trades/(list) |
本文是“深入探索REST”专栏系列深度内容中的第二篇，它将带您领略REST架构的起源、与Web的关系、REST架构的本质及特性，以及REST架构与其他架构风格之间的比较。
引子
在移动互联网、云计算迅猛发展的今天，作为一名Web开发者，如果您还没听说过“REST”这个buzzword，显然已经落伍了。夸张点说，甚至“出了门都不好意思跟别人打招呼”。尽管如此，对于REST这个泊来品的理解，大多数人（包括一些资深的架构师）仍然停留在“盲人摸象”的阶段。常常听到各种各样关于REST的说法，例如：有人说：“我们这套新的API决定不用Web Service（SOAP+WSDL），而是直接使用HTTP+JSON，也就是用RESTful的方式来开发。” 不用SOAP，甚至也不用XML，就自动变成了RESTful了。还有人认为：REST与传统的 Service其实没有本质区别，只是对于URI的构造方式提出了更多要求，而这些要求Web Service完全都可以实现。潜台词是：既生瑜，何生亮。Web Service已经足够好了，干嘛还要再折腾什么REST。这些对于REST的不同说法，果真如此吗？REST究竟是什么？是一种新的技术、一种新的架构、还是一种新的规范？
对于这些问题笔者先不解答，为了深入理解REST是什么，我们需要回顾一下Web发展的最初年代，从源头上讲讲REST是怎么得来的。
感谢MarshalChen开源了UltimateAndroid这个快速开发框架, 在此我把各个demo的效果图进行展示, 刚开始学习Android, 不对的解释请留言纠正, 欢迎各位极客加入到这个框架的开发中来.
由于图片太多, 所有把文档分为五部分:
在测试过程中有三个Demo在小米3机型上出现程序崩溃的情况:
1 | HomeActivity |
MaterialDesignActivity
调色板,按钮样式及点击效果,checkbox及switch开关,进度条显示底部snackBar, dialog
该项目详细介绍见UltimateAndroid-demo效果图文档-一
CustomPullToRefreshActivity
下拉刷新
CustomShapeImageViewActivity
图片形状
该项目详细介绍见UltimateAndroid-demo效果图文档-一
RecyclerViewItemAnimatorActivity
动态增加item效果, 可从不同方向滑入
RecyclerViewPlayGroundActivity
Item点击效果
