Retrofit的快速上手

本文介绍了Retrofit的基本使用方法,包括GET和POST请求的发送、参数处理及文件上传等功能,并提供了详细的代码示例。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Retrofit的快速上手

参考文档

Retrofit GitHub地址

简介

Retrofit和Okhttp同为Square公司托管在GitHub上的开源项目,也是现在最火的Http框架,这篇文章的目的是让大家对Retrofit有个基本的了解,能用Retrofit完成基本的项目需求,不会讲解太深入的东西,深入了解请自行研究源码,至于okhttp后面有时间再写,后面也会写Rxjava的快速入门,RxJava与Retrofit结合的文章.

Retrofit的基本地使用

平时项目中常用就是通过Get或者Post请求与服务器进行交互,这里会讲解如何通过Retrofit发送Get与Post请求

GET请求

不带参数的请求

首先这里给大家提供一个Url,等下我们就对如何通过Get请求访问这个Url进行分析.
url: https://api.github.com/users/Guolei1130
把这段Url放浏览器上,一回车那么就是典型的Get请求了,这就不多说了,返回信息请自行查看,下面我们开始进入编码阶段
首先是导入Retrofit的依赖
compile ‘com.squareup.retrofit2:retrofit:2.0.2’
1. 定义一个Bean对象,Android中直接通过Bean对象来接收返回值的,如果之前用过其他框架的话,应该也很熟悉这一块(比如vollery),这里为了方便起见,只写了其中的一个字段

public class TestBean {
private String login;

public String getLogin() {
    return login;
}

public void setLogin(String login) {
    this.login = login;
}
}
  1. 定义一个接口对象,Retrofit就是通过这个对象来获得回调对象了,这点比不可少.
    public interface IGetInfo {
    @GET(“Guolei1130”)
    Call getInfo();
    }

简单的说一下,@GET就是用来辨识请求的方式的,如果是POST请求的话,直接改成POST就行,当然这个地方改成POST请求是不行的,可以自行试验.Retrofit中的Url为动态url,什么意思呢,就是url不是固定的,可以方便的去改变,原理就是把url分成两部分,baseUrl是固定不变的,然后动态的修改baseUrl后的一部分,而且你不这么写也不行.
3.准备工作做好了,那么就来开启第一个请求吧.代码如下

 public void commGet(View view) {
    Retrofit retrofit = new Retrofit.Builder().baseUrl("https://api.github.com/users/")
            .addConverterFactory(GsonConverterFactory.create()).build();
    IGetInfo bean1 = retrofit.create(IGetInfo.class);
    Call<TestBean> test = bean1.getInfo();
    test.enqueue(new Callback<TestBean>() {
        @Override
        public void onResponse(Response<TestBean> response, Retrofit retrofit) {
            Log.e(TAG, "成功的回调");
            Log.e(TAG, "login="+response.body().getLogin());
            textView.setText("login="+response.body().getLogin());
        }

        @Override
        public void onFailure(Throwable t) {
            Log.e(TAG, "失败的回调");
            textView.setText("失败的回调");
        }
    });
}

这样的话我们就完成了Retrofit的第一个Get请求,这里是用的Builder模式,里面传入了一个BaseUrl,第二个传入的东西就是就是把返回信息转化为我们之前定义好的对象,这个东西其实相当于Gson 等的功能,这里还需要再导入一个包
compile ‘com.squareup.retrofit2:converter-gson:2.0.2’
然后通过Retrofit对象.create的方法获得了接口对象,然后通过接口拿到call对象,call.enqueue是异步的访问数据,同步的访问方式为call.execute.

参数替换

同样是上面那一个url,我们通过动态的设置参数来进行请求

public interface IGetBean2 {
@GET("users/{name}")

Call<getTest> getBean(@Path("name") String s);
}


 public void addUrlGet(View view) {

    Retrofit retrofit = new Retrofit.Builder().baseUrl("https://api.github.com/")
            .addConverterFactory(GsonConverterFactory.create()).build();

    IGetBean2 bean1 = retrofit.create(IGetBean2.class);

    Call<getTest> test = bean1.getBean("Guolei1130");

    test.enqueue(new Callback<getTest>() {
        @Override
        public void onResponse(Response<getTest> response, Retrofit retrofit) {
            Log.e(TAG, "addUrlGet 成功的回调");
            Log.e(TAG, "response=" + response.body().getLogin());
        }

        @Override
        public void onFailure(Throwable t) {

        }
    });
}


当然,获得的结果和刚才是一样一样的,只是这么写的话,更加适合我们开发一点

带参数的Get请求

那么问题就来了,如果我需要再url后面要带上参数呢
比如:http://xxxxx/user/login?username=xx&password=xxx
这种url在开发中真的是太常见了,上面的方式明显就不行嘛,那这怎么办呢,这个不用慌,Retrofit里面提供了多个注解标题.
我们这下用@Query来解决问题
直接上代码:

public class ResultBean {
private String message;
private int status;

public String getMessage() {
    return message;
}

public void setMessage(String message) {
    this.message = message;
}

public int getStatus() {
    return status;
}

public void setStatus(int status) {
    this.status = status;
}
}


public interface ILoginBean {

@GET("user/login?")
Call<ResultBean> getLoginResult(@Query("username") String username, @Query("password") String password,
                                @Query("type") String   type, @Query("token") String token);

}

这与上面的接口描述有点不一样,但是情况完全一样的,也就是后面加了两个参数,多参数的时候还可以使用QueryMap这个注解,看名字就知道这是针对多参数的,不过我觉得直接用Query也不错,有兴趣的读者,可以自己试试,因为上边是公司的接口,我就不贴url了

下面直接看调用

    public void post2(View view) {

    Retrofit retrofit = new Retrofit.Builder().baseUrl(baseUrl).addConverterFactory(GsonConverterFactory.create()).build();

    ILoginBean loginOut = retrofit.create(ILoginBean.class);

    Call<ResultBean> call=loginOut.getLoginResult("","","1",token);

    call.enqueue(new Callback<ResultBean>() {
        @Override
        public void onResponse(Response<ResultBean> response, Retrofit retrofit) {
            Log.e(TAG, "登录 成功的回调");
            Log.e(TAG, "response=" + response.body().getMessage()+response.body().getStatus());
        }

        @Override
        public void onFailure(Throwable t) {
            Log.e(TAG, "请求失败");

        }
    });
}

我相信看了上面介绍的读者,肯定没有问题了,下面我们开始说post请求了

简单的post请求

post请求与get最大的区别就在于post请求是以表单的形式提交数据的,同样上上面那段url,post的写法如下

public interface ILoginBean {
  @POST("user/login?")
    @FormUrlEncoded
    Call<ResultBean> getLoginResult(@Field("username") String username, @Field("password") String password,
                                    @Field("type") String type,@Field("token") String token );

}

请注意这里用到了一个新的注解@FormUrlEncoded,这里的意思是表单的方式传递键值对,添加了这个注解后就能用@Field,不然会出错,@Field也不能用来直接传文件类型的参数,怎么传文件下面会单独的添上代码,接口定义好了,bean对象也可以用之前的,那么我们就能直接调用了

public void post2(View view) {

    Retrofit retrofit = new Retrofit.Builder().baseUrl(baseUrl).addConverterFactory(GsonConverterFactory.create()).build();

    ILoginBean loginOut = retrofit.create(ILoginBean.class);

    Call<ResultBean> call=loginOut.getLoginResult("","","1",token);

    call.enqueue(new Callback<ResultBean>() {
        @Override
        public void onResponse(Response<ResultBean> response, Retrofit retrofit) {
            Log.e(TAG, "登录 成功的回调");
            Log.e(TAG, "response=" + response.body().getMessage()+response.body().getStatus());
        }

        @Override
        public void onFailure(Throwable t) {
            Log.e(TAG, "请求失败");

        }
    });
}

每错,其实就说之前的那个方法,到这里我相信大家已经对GET,POST请求没有多大的问题了.

Retrofit的多文件的上传

对于文件上传,这里会再用一个新的注解
接口规范:
url :http://xxx/xxx/xxx
方式:post
输入:{Key:Img1, file:} {Key:Img2, file:
很简单,就是根据对于的字段往服务器传图片

首先定义bean

public class ComparisonBean {
private int rs;
private String Img;

private  float val;

public float getVal() {
    return val;
}

public void setVal(float val) {
    this.val = val;
}

public String getImg() {
    return Img;
}

public void setImg(String img) {
    Img = img;
}

public int getRs() {
    return rs;
}

public void setRs(int rs) {
    this.rs = rs;
}
}

定义接口

public interface IFaceComparison {
@Multipart
@POST("FaceApi/Compare")
Call<ComparisonBean> getComparison(@Part MultipartBody.Part photo1 , @Part MultipartBody.Part photo2);
}

@Part就是定义post请求携带的一部分内容,可以用来传文件,也可以用来传参数,
@MultiPart的意思就是允许多个@Part,传递文件必须要加,单一文件用@Part来传文件,多文件还可以使用@PartMap,就好像@Query与@QueryMap的区别一样,可以自行尝试.

调用

   File file1 = new File(path1);
    File file2 = new File(path2);
    RequestBody photoRequestBody1 = RequestBody.create(MediaType.parse("multipart/form-data"), file1);
    RequestBody photoRequestBody2 = RequestBody.create(MediaType.parse("multipart/form-data"), file2);
    MultipartBody.Part photo1 = MultipartBody.Part.createFormData("Img1", "icon.png", photoRequestBody1);
    MultipartBody.Part photo2 = MultipartBody.Part.createFormData("Img2", "icon.png", photoRequestBody2);
    Call<ComparisonBean> call = faceComparison.getComparison(photo1, photo2);

这里只添出来核心代码,最前边的初始化,和最后边的回调都是一样的,重点在于RequestBody 的使用,到这里,本来主要的内容就讲完了.

补充

Retrofit还有许多标签没有讲到,不过我相信看完上文,正常使用Retrofit进行开发已经没有问题,有什么问题欢迎回复!

【基于QT的调色板】是一个使用Qt框架开发的色彩选择工具,类似于Windows操作系统中常见的颜色选取器。Qt是一个跨平台的应用程序开发框架,广泛应用于桌面、移动和嵌入式设备,支持C++和QML语言。这个调色板功能提供了横竖两种渐变模式,用户可以方便地选取所需的颜色值。 在Qt中,调色板(QPalette)是一个关键的类,用于管理应用程序的视觉样式。QPalette包含了一系列的颜色角色,如背景色、前景色、文本色、高亮色等,这些颜色可以根据用户的系统设置或应用程序的需求进行定制。通过自定义QPalette,开发者可以创建具有独特视觉风格的应用程序。 该调色板功能可能使用了QColorDialog,这是一个标准的Qt对话框,允许用户选择颜色。QColorDialog提供了一种简单的方式来获取用户的颜色选择,通常包括一个调色板界面,用户可以通过滑动或点击来选择RGB、HSV或其他色彩模型中的颜色。 横渐变取色可能通过QGradient实现,QGradient允许开发者创建线性或径向的色彩渐变。线性渐变(QLinearGradient)沿直线从一个点到另一个点过渡颜色,而径向渐变(QRadialGradient)则以圆心为中心向外扩散颜色。在调色板中,用户可能可以通过滑动条或鼠标拖动来改变渐变的位置,从而选取不同位置的颜色。 竖渐变取色则可能是通过调整QGradient的方向来实现的,将原本水平的渐变方向改为垂直。这种设计可以提供另一种方式来探索颜色空间,使得选取颜色更为直观和便捷。 在【colorpanelhsb】这个文件名中,我们可以推测这是与HSB(色相、饱和度、亮度)色彩模型相关的代码或资源。HSB模型是另一种常见且直观的颜色表示方式,与RGB或CMYK模型不同,它以人的感知为基础,更容易理解。在这个调色板中,用户可能可以通过调整H、S、B三个参数来选取所需的颜色。 基于QT的调色板是一个利用Qt框架和其提供的色彩管理工具,如QPalette、QColorDialog、QGradient等,构建的交互式颜色选择组件。它不仅提供了横竖渐变的色彩选取方式,还可能支持HSB色彩模型,使得用户在开发图形用户界面时能更加灵活和精准地控制色彩。
标题基于Spring Boot的二手物品交易网站系统研究AI更换标题第1章引言阐述基于Spring Boot开发二手物品交易网站的研究背景、意义、现状及本文方法与创新点。1.1研究背景与意义介绍二手物品交易的市场需求和Spring Boot技术的适用性。1.2国内外研究现状概述当前二手物品交易网站的发展现状和趋势。1.3论文方法与创新点说明本文采用的研究方法和在系统设计中的创新之处。第2章相关理论与技术介绍开发二手物品交易网站所涉及的相关理论和关键技术。2.1Spring Boot框架解释Spring Boot的核心概念和主要特性。2.2数据库技术讨论适用的数据库技术及其在系统中的角色。2.3前端技术阐述与后端配合的前端技术及其在系统中的应用。第3章系统需求分析详细分析二手物品交易网站系统的功能需求和性能需求。3.1功能需求列举系统应实现的主要功能模块。3.2性能需求明确系统应满足的性能指标和安全性要求。第4章系统设计与实现具体描述基于Spring Boot的二手物品交易网站系统的设计和实现过程。4.1系统架构设计给出系统的整体架构设计和各模块间的交互方式。4.2数据库设计详细阐述数据库的结构设计和数据操作流程。4.3界面设计与实现介绍系统的界面设计和用户交互的实现细节。第5章系统测试与优化说明对系统进行测试的方法和性能优化的措施。5.1测试方法与步骤测试环境的搭建、测试数据的准备及测试流程。5.2测试结果分析对测试结果进行详细分析,验证系统是否满足需求。5.3性能优化措施提出针对系统性能瓶颈的优化建议和实施方案。第6章结论与展望总结研究成果,并展望未来可能的研究方向和改进空间。6.1研究结论概括本文基于Spring Boot开发二手物品交易网站的主要发现和成果。6.2展望与改进讨论未来可能的系统改进方向和新的功能拓展。
1. 用户与权限管理模块 角色管理: 学生:查看个人住宿信息、提交报修申请、查看卫生检查结果、请假外出登记 宿管人员:分配宿舍床位、处理报修申请、记录卫生检查结果、登记晚归情况 管理员:维护楼栋与房间信息、管理用户账号、统计住宿数据、发布宿舍通知 用户操作: 登录认证:对接学校统一身份认证(模拟实现,用学号 / 工号作为账号),支持密码重置 信息管理:学生完善个人信息(院系、专业、联系电话),管理员维护所有用户信息 权限控制:不同角色仅可见对应功能(如学生无法修改床位分配信息) 2. 宿舍信息管理模块 楼栋与房间管理: 楼栋信息:名称(如 "1 号宿舍楼")、层数、性别限制(男 / 女 / 混合)、管理员(宿管) 房间信息:房间号(如 "101")、户型(4 人间 / 6 人间)、床位数量、已住人数、可用状态 设施信息:记录房间内设施(如空调、热水器、桌椅)的配置与完好状态 床位管理: 床位编号:为每个床位设置唯一编号(如 "101-1" 表示 101 房间 1 号床) 状态标记:标记床位为 "空闲 / 已分配 / 维修中",支持批量查询空闲床位 历史记录:保存床位的分配变更记录(如从学生 A 调换到学生 B 的时间与原因) 3. 住宿分配与调整模块 住宿分配: 新生分配:管理员导入新生名单后,宿管可按专业集中、性别匹配等规则批量分配床位 手动分配:针对转专业、复学学生,宿管手动指定空闲床位并记录分配时间 分配结果公示:学生登录后可查看自己的宿舍信息(楼栋、房间号、床位号、室友列表) 调整管理: 调宿申请:学生提交调宿原因(如室友矛盾、身体原因),选择意向宿舍(需有空位) 审批流程:宿管审核申请,通过后执行床位调换,更新双方住宿信息 换宿记录:保存调宿历史(申请人、原床位、新床位、审批人、时间) 4. 报修与安全管理模块 报修管理: 报修提交:学生选择宿舍、设施类型(如 "
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值