Rails详细介绍(三)命名约定

本文介绍了Rails框架中的命名约定,包括模型、控制器、辅助程序及视图等组件的命名规则,探讨了如何根据约定自动推断文件路径和名称,以及如何通过模块化组织控制器。

Rails命名约定。

1. 混合大小写,下划线,复数

变量,全部字母都小写,单词的中间使用下划线分割
类(Class)和Modules:首字母使用大写。例如:LineItem这样的类名。

Rails使用这样的命名约定并且作了扩展。首先假定数据库中表名和变量命名一样,采用全小写字母,并且单词中间使用下划线分割

,并且表明都是复数形式的,例如:orders,third_parties。同时,Rails假定文件的命名也使用小写和下划线。

Rails根据这些约定自动进行名字的转换,例如,你的程序里或许包含一个Model类来操作lineitem,你可以使用Rails的命名约定,

把这个类命名为LineItem,根据这个名字,Rails会作下面的推断:

    数据库里的表名为line_items。

    在app/models目录下有一个line_item.rb文件。

Rails的控制器(Controller)的命名有另外的约定,如果你的程序里有一个store的Controller,Rails会作下面的推断:

    有一个类叫做StoreController,并且在app/controllers目录下有一个store_controller.rb文件。

    在app/helpers目录中,有一个文件叫做store_helpers,里面的类名叫做StoreHelper。

    在控制器对应的目录app/views/store来查找视图模板。

    获得视图的输出,并且把他们转换到app/views/layouts目录下的store.rhtml或者store.rxml的布局模板中。

 

     通常在ruby的代码中,我们使用require关键字来将一些文件中的类引入到当前的代码中,因为Rails知道文件名和类名之间的关系,

所以require关键字在Rails程序中不是必须的,在你引用一个不知道名字的类或者module的时候,Rails将根据命名约定将类名转换成文件名,并且加载这个文件,效果就象你通过名字引用一个model,然后这个model自动被加载到程序中。 就象你所看到的,这个模式在类被存储到session中时被打破了,在这种情况下我们要明确的声明他们,例如,我们在控制器(controller)里:

class StoreController < ApplicationController

model :line_item

     在这里,命名规约还在使用,标记:line_item全部小写并且用下划线分开,这会使line_item.rb文件被加载,而这个文件中包含有

类LineItem。

 


2.       把控制器(controller)分组到模块中

     现在,我们的所有的controller都放在app/controller目录下,有时候我们的controller可能比较多,为了不污染到顶层的命名空间(namespace),我们可以选择将某几个controller归组到一个单独的命名空间里。

     对此,Rails有一个简单的约定,如果一个请求(request)包括了controller的名字,例如:admin/book,Rails会在app/controller/admin/目录下寻找名为book_controller的控制器,控制器名字的最后部分将会变换成name_controller.rb,并且将会从app/controller目录开始,根据请求的前半部分(这里是admin)来定位到子目录里。

想像一下我们的程序有这样的两组controller,admin/xxx,content/xxx,并且两组里面都有一个控制器book,这样在app/controller目录的两个子目录app/controller/admin和app/controller/content里都有一个book_controller.rb文件,里面又都有类BookController,如果Rails不作额外处理,将会造成冲突。

      为了处理这种情况,Rails采取的办法是,在这两组controller的目录里的book_controller.rb文件中类的声明前添加控制器所在组

的名字,例如,admin目录里的book_controller.rb文件中的类声明是这样:

class Admin::BookController < ApplicationController

# ...

end

而content目录下的类声明是这样:

class Content::BookController < ApplicationController

# ...

end

 

这样,两个book_controller就可以被区分开了。

在web浏览器里对controller发出请求时,这样:
http://my.app/admin/book

在使用Rails的命令行生成controller的时候,直接在类名前加上组的名字就可以了,例如:

myapp> ruby script/generate controller Admin::Book action1 action2 ...

【无线传感器】使用 MATLAB和 XBee连续监控温度传感器无线网络研究(Matlab代码实现)内容概要:本文围绕使用MATLAB和XBee技术实现温度传感器无线网络的连续监控展开研究,介绍了如何构建无线传感网络系统,并利用MATLAB进行数据采集、处理与可视化分析。系统通过XBee模块实现传感器节点间的无线通信,实时传输温度数据至主机,MATLAB负责接收并处理数据,实现对环境温度的动态监测。文中详细阐述了硬件连接、通信协议配置、数据解析及软件编程实现过程,并提供了完整的MATLAB代码示例,便于读者复现和应用。该方案具有良好的扩展性和实用性,适用于远程环境监测场景。; 适合人群:具备一定MATLAB编程基础和无线通信基础知识的高校学生、科研人员及工程技术人员,尤其适合从事物联网、传感器网络相关项目开发的初学者与中级开发者。; 使用场景及目标:①实现基于XBee的无线温度传感网络搭建;②掌握MATLAB与无线模块的数据通信方法;③完成实时数据采集、处理与可视化;④为环境监测、工业测控等实际应用场景提供技术参考。; 阅读建议:建议读者结合文中提供的MATLAB代码与硬件连接图进行实践操作,先从简单的点对点通信入手,逐步扩展到多节点网络,同时可进一步探索数据滤波、异常检测、远程报警等功能的集成。
内容概要:本文系统讲解了边缘AI模型部署与优化的完整流程,涵盖核心挑战(算力、功耗、实时性、资源限制)与设计原则,详细对比主流边缘AI芯片平台(如ESP32-S3、RK3588、Jetson系列、Coral等)的性能参数与适用场景,并以RK3588部署YOLOv8为例,演示从PyTorch模型导出、ONNX转换、RKNN量化到Tengine推理的全流程。文章重点介绍多维度优化策略,包括模型轻量化(结构选择、输入尺寸调整)、量化(INT8/FP16)、剪枝与蒸馏、算子融合、批处理、硬件加速预处理及DVFS动态调频等,显著提升帧率并降低功耗。通过个实战案例验证优化效果,最后提供常见问题解决方案与未来技术趋势。; 适合人群:具备一定AI模型开发经验的工程师,尤其是从事边缘计算、嵌入式AI、计算机视觉应用研发的技术人员,工作年限建议1-5年;熟悉Python、C++及深度学习框架(如PyTorch、TensorFlow)者更佳。; 使用场景及目标:①在资源受限的边缘设备上高效部署AI模型;②实现高帧率与低功耗的双重优化目标;③掌握从芯片选型、模型转换到系统级调优的全链路能力;④解决实际部署中的精度损失、内存溢出、NPU利用率低等问题。; 阅读建议:建议结合文中提供的代码实例与工具链(如RKNN Toolkit、Tengine、TensorRT)动手实践,重点关注量化校准、模型压缩与硬件协同优化环节,同时参考选型表格匹配具体应用场景,并利用功耗监测工具进行闭环调优。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值