博客
关于我
canvas剪裁图片并上传,前端一步到位,无需用到后端
阅读量:400 次
发布时间:2019-03-05

本文共 826 字,大约阅读时间需要 2 分钟。

背景:

当前主流的图片剪裁实现方式主要有两种:一种是通过Flash操作,另一种是利用JavaScript和DOM操作。但现行的剪裁流程仍存在一些问题,例如需要先将图片上传到服务器,前后端需要多次交互,数据传输繁冗。

传统的剪裁实现方式显得有些低级了。我尝试利用Canvas技术来实现剪裁功能。通过对网上资源的研究,我发现虽然有Jcrop等类似插件存在,但它们的本质仍然是需要将图片上传到后台,最后由后端处理,与传统方式并无本质区别。

自主实现前端剪裁:

后来,我灵感一现,意识到Canvas可以存储Base64数据。基于此,我设计了一种新的剪裁流程。具体步骤如下:

  • 用户选择图片
  • 通过FileReader读取图片并转换为Base64编码
  • 创建一个包含原图的下层Canvas和一个用于显示剪裁区域的上层Canvas
  • 用户在上层Canvas中进行剪裁操作,包括拖动和缩放
  • 在保存剪裁时,生成对应比例的Base64数据,直接上传至后台
  • 实现细节:

  • 自定义剪裁比例和最小尺寸
    this._option.crop_min_width = 640;  this._option.crop_min_height = 640;
  • 自定义剪裁容器大小
    this._option.crop_box_width = 300;  this._option.crop_box_height = 200;
  • 实现拖动和区域大小调整
  • 为剪裁容器及其内部元素添加CSS属性
    -webkit-user-select:none;-moz-user-select:none;-o-user-select:none;user-select:none
  • 代码实现虽然不够规范,但已实现了基本需求。点击保存按钮,系统会生成按照原图比例的剪裁图片,并通过Base64编码直接上传至后台。

    默认要求用户选取640x640以上的图片,以确保剪裁后的图片质量。以下是该方案的Git地址,您可以拉取代码进行测试。

    转载地址:http://zhxzz.baihongyu.com/

    你可能感兴趣的文章
    OSPF技术连载14:OSPF路由器唯一标识符——Router ID
    查看>>
    OSPF技术连载15:OSPF 数据包的类型、格式和邻居发现的过程
    查看>>
    OSPF技术连载16:DR和BDR选举机制,一篇文章搞定!
    查看>>
    OSPF技术连载17:优化OSPF网络性能利器——被动接口!
    查看>>
    OSPF技术连载18:OSPF网络类型:非广播、广播、点对多点、点对多点非广播、点对点
    查看>>
    OSPF技术连载19:深入解析OSPF特殊区域
    查看>>
    SQL Server 复制 订阅与发布
    查看>>
    OSPF技术连载20:OSPF 十大LSA类型,太详细了!
    查看>>
    OSPF技术连载21:OSPF虚链路,现代网络逻辑连接的利器!
    查看>>
    OSPF技术连载22:OSPF 路径选择 O > O IA > N1 > E1 > N2 > E2
    查看>>
    OSPF技术连载2:OSPF工作原理、建立邻接关系、路由计算
    查看>>
    OSPF技术连载5:OSPF 基本配置,含思科、华为、Junifer三厂商配置
    查看>>
    OSPF技术连载6:OSPF 多区域,近7000字,非常详细!
    查看>>
    OSPF技术连载7:什么是OSPF带宽?OSPF带宽参考值多少?
    查看>>
    OSPF技术连载8:OSPF认证:明文认证、MD5认证和SHA-HMAC验证
    查看>>
    OSPF故障排除技巧
    查看>>
    spring配置文件中<context:property-placeholder />的使用
    查看>>
    OSPF有哪些优势?解决了RIP的什么问题?
    查看>>
    OSPF的七种类型LSA
    查看>>
    OSPF的安全性考虑:全面解析与最佳实践
    查看>>