[导入]系统设计的“共振”原则

Jsplet框架体现级列设计理论
博客主张系统设计应遵循共振原则,提出级列设计理论。在jsplet框架设计中充分体现此理论,介绍了jsplet中访问web应用的url格式,还说明了在不同系统规模、对象实例情况及页面复杂度下,可对相关参数进行简化处理。

经常有人说XX技术是面向复杂应用的,对于常规应用如果采用那是得不偿失。我想很多情况下这只是体现了该技术的不适 应性。我主张系统设计应该尽量体现一种共振原则,即系统架构只有一个,但是面向复杂的应用,它表现出复杂的特性,能够辨识精细的概念,而面向简单应用,可 以实现一种优雅的退化(degradation), 对外暴露出一种简单的结构。抽象的说,我们所建立的不是一个孤立的模型,而是一个模型的系列,不是一个绑定应用的solution而是一种 strategy,在每一个复杂性层次上,都存在着对应的解决方案,而不同复杂性层次上的模型之间又存在着清晰的演化路径。这也是我所提出的级列设计理论 的要点之一。

在jsplet框架的设计中,充分体现了这一点。
jsplet中通过如下url格式来访问web应用:
view.jsp?objectName=xxx&objectEvent=yyy&eventTarget=ZZZ
其中objectName的格式规定如下
   
objectScope@objectType$objectInstanceId
在系统的规模较小,不需要对象的生命周期控制的情况下,我们可以将所有对象都放在根路径下/。
在同类型的对象只有一个实例的情况下,我们可以不使用objectInstanceId。
在一个页面对应一个模型对象的情况下,我们可以不使用eventTarget参数。
当页面比较简单的情况下,我们可以直接使用jsp输出页面,而不用使用其它页面模板机制。(采用jsp作为view原因很简单,jsp是标准,它应该成为其它所有第三方模板技术的入口)

为了支持jsplet的url中所体现出的概念,只需要1000行不到的代码,但是随着复杂性的增加,我们可以增加越来越多的功能,这体现在url格式的细化上,但是整体的程序结构并没有发生改变。
(1)普通用户端(全平台) 音乐播放核心体验: 个性化首页:基于 “听歌历史 + 收藏偏好” 展示 “推荐歌单(每日 30 首)、新歌速递、相似曲风推荐”,支持按 “场景(通勤 / 学习 / 运动)” 切换推荐维度。 播放页功能:支持 “无损音质切换、倍速播放(0.5x-2.0x)、定时关闭、歌词逐句滚动”,提供 “沉浸式全屏模式”(隐藏冗余控件,突出歌词与专辑封面)。 多端同步:自动同步 “播放进度、收藏列表、歌单” 至所有登录设备(如手机暂停后,电脑端打开可继续播放)。 音乐发现与管理: 智能搜索:支持 “歌曲名 / 歌手 / 歌词片段” 搜索,提供 “模糊匹配(如输入‘晴天’联想‘周杰伦 - 晴天’)、热门搜索词推荐”,结果按 “热度 / 匹配度” 排序。 歌单管理:创建 “公开 / 私有 / 加密” 歌单,支持 “批量添加歌曲、拖拽排序、一键分享到社交平台”,系统自动生成 “歌单封面(基于歌曲风格配色)”。 音乐分类浏览:按 “曲风(流行 / 摇滚 / 古典)、语言(国语 / 英语 / 日语)、年代(80 后经典 / 2023 新歌)” 分层浏览,每个分类页展示 “TOP50 榜单”。 社交互动功能: 动态广场:查看 “关注的用户 / 音乐人发布的动态(如‘分享新歌感受’)、好友正在听的歌曲”,支持 “点赞 / 评论 / 转发”,可直接点击动态中的歌曲播放。 听歌排行:个人页展示 “本周听歌 TOP10、累计听歌时长”,平台定期生成 “全球 / 好友榜”(如 “好友中你本周听歌时长排名第 3”)。 音乐圈:加入 “特定曲风圈子(如‘古典音乐爱好者’)”,参与 “话题讨论(如‘你心中最经典的钢琴曲’)、线上歌单共创”。 (2)音乐人端(创作者中心) 作品管理: 音乐上传:支持 “无损音频(FLAC/WAV)+ 歌词文件(LRC)+ 专辑封面” 上传,填写 “歌曲信息
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值