5--Rails架构中的资源

之前我们将控制器对应功能其实不准确,对应资源也可以并且更常见比如微博资源、新闻资源。

7种常见的资源访问方式就是index等系统帮我们默认的action命名

create是创建书籍,new则是创建新书籍的页面填写好后发送给create进行创建,真正创建还是create去完成

我们对控制器和action命名也要符合上面比较好。

微博应用肯定需要资源,这个资源就完全承担了微博的各种访问的功能。

一个控制器往往对应一个资源。

创建控制器和action

index获取所有微博、create创建微博、show显示指定的微博

创建posts控制器,带有4个action,我们就用这个控制器去操作对应的posts资源。

我们创建微博控制器,但是资源肯定是空的,需要我们用new和create去创建资源。

创建控制器和action之后,然后就是去更改路由

我们想打开微博就看到所有微博,所以把路由该为微博首页的action

改为:

结果如下

?

?

?

?

?

时间: 2024-10-16 23:50:47

5--Rails架构中的资源的相关文章

6--Rails架构中的资源2

上一节,我们创建了微博资源的控制器,并创建了对应的4个action,这时候rails会自动帮我们生成action对应的路由信息并且默认方式是get,需要我们自己更改 我们通过命令查看路由信息就不需要每次都去打开该文件了. 如下就是rails自动帮我们生成的访问路由. 第一列是HTTP的动作比如create就是POST(默认的都是get错误,所以下面命令生成全套路由才是正确的),第二列就是url访问方式,第三列就是控制器及对应的action,任何时候都能通过这个命令查看rails工程的所有路由信息

[转]大型 JavaScript 应用架构中的模式

目录 1.我是谁,以及我为什么写这个主题 2.可以用140个字概述这篇文章吗? 3.究竟什么是“大型”JavaScript应用程序? 4.让我们回顾一下当前的架构 5.想得长远一些 6.头脑风暴 7.架构提议 7.1 模块化理论 7.2 CommonJS模块 7.3 外观模式 7.4 中介者模式 7.5 应用外观 7.6 核心的抽象 7.7 整合 7.8 超越发布/订阅:自动注册事件 7.9 常见问题 13 August 2013 原文:Patterns For Large-Scale Java

Spark IMF传奇行动第21课:从Spark架构中透视Job

版权声明:本文为博主原创文章,未经博主允许不得转载.作者:HaiziS 昨晚听了王家林老师的Spark IMF传奇行动第21课:从Spark架构中透视Job,笔记如下: 默认一个worker有一个executor,也可以设置多个,当cpu利用不足时. 并行度也是被继承的 当Spark集群启动的时候,首先启动Master进程负责整个集群资源管理和分配并接受作业的提交且为作业分配计算资源,每个工作节点默认启动一个Worker Process来管理当前节点的mem,cpu等计算资源并且向Master汇

分层架构中的服务层

http://www.uml.org.cn/zjjs/201009141.asp 简介 引言 服务层不直接执行任何任务.它所做的就是合理的安排一些列你提供的业务对象.服务层很清楚业务逻辑层,也很清楚领域模型.例如:你使用数据库表模型模式的业务逻辑层,服务层会通过DataSet来进行交互. 很显然,服务层合理的安排业务组件,同时也合理的安排应用的服务.工作流和业务逻辑的其他组件. 服务层的职责 服务层是一个额外的层,是在两个层之间设置一个边界. 服务层的目的是什么? 在业界有很多的应用原则都很重要

Hadoop 2.0 中的资源管理框架 - YARN(Yet Another Resource Negotiator)

1. Hadoop 2.0 中的资源管理 http://dongxicheng.org/mapreduce-nextgen/hadoop-1-and-2-resource-manage/ Hadoop 2.0指的是版本为Apache Hadoop 0.23.x.2.x或者CDH4系列的Hadoop,内核主要由HDFS.MapReduce和YARN三个系统组成,其中,YARN是一个资源管理系统,负责集群资源管理和调度,MapReduce则是运行在YARN上离线处理框架,它与Hadoop 1.0中的

微服务架构中的安全认证与鉴权

转载:http://www.bootdo.com/blog/open/post/125 从单体应用架构到分布式应用架构再到微服务架构,应用的安全访问在不断的经受考验.为了适应架构的变化.需求的变化,身份认证与鉴权方案也在不断的变革.面对数十个甚至上百个微服务之间的调用,如何保证高效安全的身份认证?面对外部的服务访问,该如何提供细粒度的鉴权方案?本文将会为大家阐述微服务架构下的安全认证与鉴权方案. 单体应用 VS 微服务 随着微服务架构的兴起,传统的单体应用场景下的身份认证和鉴权面临的挑战越来越大

关于nspm品类产品在行业用户网络架构中的研究分析(建议安全自动化运维工具开发者,了解)

为配合NSPM产品在不同行业不同类型的网络架构中最大限度的发挥产品优势,探索不同网络架构中对产品的适配性.分多个行业目前的传统网络架构与未来演进的架构进行深入调研. 从目前数据中心所使用协议的数据层上看,IT方案都是以二/三层网络(例如以太网+IP网络)为基础的,例如GRE.VXLAN等等,其解决和设计方案就是为了解决现有网络的缺陷和不足,为某一个特定问题而设计的.而现有的二/三层网络本质问题并没有得到有效的解决,网络潜在的资源并未得到有效的利用,安全问题也并有效的管理和抑制.以下我们对不同行业

Kubernetes安全三步谈:如何监控与控制Kubernetes中的资源消耗问题

或许很多人可能认为资源消耗并非安全问题,但实际上不合理的资源消耗会让黑客有可乘之机,来攻击K8s的组件.本文将介绍如何处理资源消耗或noisy neighbor问题,包括如何管理Pods中的资源以及管理项目和资源配额等. 本文是关于Kubernetes安全系列三篇文章中的最后一篇.在第一篇文章中,我们分享了如何确保企业的Kubernetes集群免受外部攻击:第二篇文章介绍了三种保护Kubernetes免受内部威胁的方法.在本文中,我们将介绍如何处理资源消耗或noisy neighbor问题. 对

开发人员建议阅读:Spring Boot 架构中的国际化支持实践

pring Boot 主要通过 Maven 或 Gradle 这样的构建系统以继承方式添加依赖,同时继承了 Spring 框架中的优秀元素,减少了 Spring MVC 架构中的复杂配置,内置 Tomcat,Jetty 容器,使用 Java application 运行程序,而不是传统地把 WAR 包置于 Tomcat 等容器中运行,从而简化加速开发流程.此外,Spring Boot 学习简单.轻量级.容易扩展.基于这些优秀的特点,Spring Boot 成为了蓬勃发展的快速应用开发领域的领导者