随笔分类 - RESTful
摘要：- 因为RESTful规范较为明确且有一定的"强制性",这种限制反而导致设计uri变得复杂了，尤其是复杂的关系，操作，资源集合，硬性套用rest原则设计非常困难。
- 对于RESTful的争论无处不在，都在讨论正确性和规范性，即使和同事之间也会有类似的争执，当我们在争论Restful风格到底如何设计才是正宗时，发现心中的困惑不仅没有降低，反而增加了。
- RESTful思想及其所倡导的规范很正确，但是使用者的行为太刻意了反而导致这个东西变了味道，争来争去就是为了证明自己的理解和使用最"正宗"。
阅读全文
摘要：伴随着RESTful架构风格的大量应用微服务架构的流行，一些本来难以察觉到的安全问题也逐渐开始显现出来。在我经历过的各种采用RESTful微服务架构风格的应用中，某些安全问题几乎在每个应用中都会出现。然而它们并非是什么高深的技术难题，只不过是借着微服务的流行而显得越发突出，这些都可以通过一些安全实践来避免。本文将一些典型的问题列举出来，希望能引起开发团队的注意，帮助他们绕过这些安全问题的“坑”。
阅读全文
摘要：看着REST风格的接口URL，当时唯一的想法就是，不就是把".do"去掉吗？有什么难的？等等，如果把".do"去掉还怎么拦截Servlet的请求？
这就是初识RESTful的情形，第一次接触RESTful的时候，我的关注点在URL和Servlet拦截配置上，以那时的技术水平和开发经验来说，似乎也只能意识到这么多，对于RESTful的理解也仅仅在URL的格式不同罢了，至于其他的理解和想法？不存在的。
阅读全文
摘要：页面的设计和美感与原来的项目并没有太多差别，这也是大部分朋友诟病这个项目的地方，由于暂时只是做一些功能性的实现和优化，因此页面的重构放在了后面的工作计划中，前端样式这次也只是修改了登录页面，其他页面并没有修改，因为这个阶段想要增加的是RESTful和缓存模块以及其他中间件的整合，至于页面重构会放到下一个项目中，目前的easyui会完全剥除掉，计划使用vue + ssm api实现一个前后端分离的实战项目。
阅读全文
摘要：项目共有三个模块:
- 文章管理模块
- 图片管理模块
- 用户管理模块
针对以上三个模块，并结合前文中所总结的RESTful API设计原则，对api进行改造
阅读全文
摘要：#### 基本原则一：URI
- 应该将API部署在专用域名之下：ssm-demo.13blog.site;
- URL中尽量不用大写;
- URI中不应该出现动词,动词应该使用HTTP方法表示但是如果无法表示,也可使用动词,例如：search没有对应的HTTP方法,可以在路径中使用search,更加直观;
- URI中的名词表示资源集合，使用复数形式;
- URI可以包含queryString,避免层级过深。
阅读全文
