web端后台管理系统,主要功能作品审核,作品评论审核,数据统计,奖品派发,快递查询,excel报表导出;微信小程序端,用户上传作品,作品点赞,排行榜展示,将作品信息友好的分享给好友;根据作品内容生成专属照片便于更好的分享到朋友圈
470
该APP配合无线WiFi内窥镜设备使用,主要功能为拉取设备上的无线视频流(RTSP或MJPG)并实时播放,播放延时300ms以内。使用自编译FFMJPEG库。
5830
LIS为医院检验科设计的一套实验室信息管理系统,能将实验仪器与计算机组成网络,使病人样品登录、实验数据存取、报告审核、打印分发,实验数据统计分析等繁杂的操作过程实现了智能化、自动化和规范化管理。
1390
该APP通过WiFi连接无线WiFi内窥镜设备实现实时播放、录制、抓图设备端抓取的视频; 1080P,30帧的视频延时控制在300ms以内(主要使用了RTSP/MJPEG码流解码和FFMPEG自编译库)。 APP已上架Google、应用宝。
7190
设备端:Hi35xx系列主控 + OV系列sensor + USB WiFi模块;一起构成一个可实时视频采集并通过无线传输的一个内窥镜产品
3420
该项目主要包括首页banner展示,家庭成员和打卡,约课模块以及我的课程列表展示,体侧页包括根据身份证号,报告编码查看体侧报告详情,我的包括微信头像,手机号微信昵称展示以及我的信息,约课,打卡,客服,点评记录。
2390
该项目是一款电商类家具售卖小程序,首页banner展示,楼盘,户型展示;商品页三级分类展示,我的页面包括我的订单,我的收藏,我的客服以及我的家,
2050
韦氏运动 项目描述: 该项目基于vue,主要包括了总后台和平台用户两大客户端,总后台主要有创建机构平台,创建学生,和微信用户查看以及微信banner模块,平台端有学生创建,学校体测和场馆体测以及约课打卡模块。 实现技术: 1.使用vue,vue-router+vuex全家桶进行页面构建 2.axios进行数据交互,调取数据传递数据登录权限认证 3.使用vuex对数据进行管理 4.使用MVVM结构组件化开发 责任描述:根据UI图对整体页面进行构建,前台与后台数据交互,发送数据校验
2200
支付渠道整理源文件源码
本作品是以本人闲暇时间将工作中的内容进行了部分汇总整理,主要以WeChat,Alipay为主的第三方支付等接口对接为主。同时也包括了银行的部分接口以及一些小众支付渠道对接内容。作品资源部分,以其中的支付宝为例,若需要获取完整项目代码,请联系本人。
4120
主要用于不同支付渠道的统一对接使用。其中对接了包括支付宝,微信,银行等不同支付渠道接口内容。能够做到通过该渠道直接完成其他不同渠道的对接支付使用过程。
8580
作用:主要功能上传资料。 框架:vue2。 库:element ui。 负责:排班和开发。 其他:用到角色管理,echarts,订单管理,学生管理,老师管理等等。
280
1) 后端选择的是SSM+Dubbo+Websocket 2) 聊天记录通过缓存服务器(redis)保存 3) 前端选用的是react 跨域选择的是proxy跨域
990
通过vue制作的一个官方网站,有详情页和招聘信息页用到swiper插件制作轮播通过vue-router实现页面跳转用到手写json数据通过v-for渲染出来
1790
主要通过大量的css代码做出大量的动画主要有移动,跳动,放大,变形等效果还有检测滚动条到某个位置触发回调函数来实现下滑到某个位置出现动画
1970
主要包含医院、上级供血单位及其关系管理,订血管理,血液的入库,血型复检,用血申请单申请,患者检测,血液配型,血液的发放,临床血液支领,血液输注,血液安全护理,血袋的回收以及输血后评价相关。
1800
im模块使用tio自研; 后端使用springboot+k8s自身服务注册发现实现微服务; 使用自研rocketmq实现异步、延迟消息;
3890
什么是微服务架构? 微服务是系统架构上的一种设计风格; 主旨是将一个原本独立的系统拆分成多个小型服务; 这些小型服务都在各自独立的进程中运行; 服务之间通过基于HTTP的RESTful API进行通信协作。 为什么选择Spring Cloud? SpringCloud不只是解决微服务的某一个问题,而是一个解决微服务架构实施的综合性解决框架; 整合了诸多被广泛实践和证明过的框架作为实施的基础部件,又在该体系基础上创建了一些非常优秀的边缘组件 大量的兼容性测试,保证了更好的稳定性 应用程序访问安全将会面临更多更复杂的挑战,尤其是开发者最关心的三大问题:认证授权、可用性、可视化,本项目主要从这三个角度去解决这些问题
2150
构建大并发、高性能、高可用系统中几种通用的优化思路,并抽象总结为“4 要 1 不要”原则,也就是:数据要尽量少、请求数要尽量少、路径要尽量短、依赖要尽量少,以及不要有单点。项目主要从技术角度上看“稳、准、快”,就对应了我们架构上的高可用、一致性和高性能的要求 高性能。 秒杀涉及大量的并发读和并发写,因此支持高并发访问这点非常关键。本专栏将从设计数据的动静分离方案、热点的发现与隔离、请求的削峰与分层过滤、服务端的极致优化这 4 个方面重点介绍。 一致性。 秒杀中商品减库存的实现方式同样关键。可想而知,有限数量的商品在同一时刻被很多倍的请求同时来减库存,减库存又分为“拍下减库存”“付款减库存”以及预扣等几种,在大并发更新的过程中都要保证数据的准确性,其难度可想而知。因此,我将用一篇文章来专门讲解如何设计秒杀减库存方案。 高可用。 虽然我介绍了很多极致的优化思路,但现实中总难免出现一些我们考虑不到的情况,所以要保证系统的高可用和正确性,我们还要设计一个 PlanB 来兜底,以便在最坏情况发生时仍然能够从容应对。
4550
平台主要是对电梯数据的维护以及数据展示,主要包括三大块,电梯管理系统,设备管理系统以及大数据平台 电梯管理系统主要是对电梯信息的维护 设备管理系统是对安装在电梯上的设备的维护 大数据平台是对采集的电梯数据进行分析后的展示
2520
给电商商家提供: 商家签约入住 账单&结算 等。 通过对接外部erp给商家提供: 交易订单导入 交易订单合单/拆单生成电子面单 通过对接打印组件打印生成电子面单。
1310
当前共162333个项目
×
寻找源码
源码描述
联系方式
提交