魔都千丝冥缘——软件终端架构思维———未来之窗行业应用跨平台架构

一、创生-魔都千丝冥缘

在那神秘而复杂的数字世界里,软件的舞台上正上演着一场精彩的剧目。当面对终端单页面中如蛛网般交织的复杂业务逻辑,我们如同在迷雾中摸索前行。多个表单承载着各自的使命,却又有着相同字段的微妙关联,而内容却又大相径庭。 正是在这样迫切的需求之下,仿佛是命运的指引,魔都千丝冥缘思维应运而生。

二、 魔都思维的简述

在处理软件的时候,碰上了个难题。终端的单个页面里,业务逻辑特别复杂。为了能弄明白,就得把这个页面分成好多个表单。可这些表单里有一样的字段,但里面的内容不一样。

三、名词解释

魔都:承载页面面向对象的容器平台

魔灵:页面中面向对象

三、案例-页面四位数组数据

四、 魔都思维架构图

五、 魔都思维-前端代码

javascript 复制代码
var 表单_会员卡  =$("#"+"form_MemberCard").WLZC_serializeJson();
var 表单_支付信息  =$("#"+"mulpayinfoform").WLZC_serializeJson();
var 表单_销售员  =$("#"+"form_WorkAchievereward").WLZC_serializeJson();
$("#SubShop").val("");
			未来之窗_提交检测 = true;

		 
			 $.ajax({  
					type: "POST",  
					url:'服务器',  
					data:{membercard_form:表单_会员卡,paylist_form:表单_支付信息,WorkAchievereward_form:表单_销售员},  
					async: false,  
					error: function(request) {  
					 
						 return false;
					},  

六、传统写法

javascript 复制代码
	 $.ajax({  
					type: "POST",  
					url:'服务器',  
					data:{
字段1:值1,
字段2:值2,
字段3:值3,
.
.
.
字段n:值n
                  },  
					async: false,  
					error: function(request) {  
						 
						 return false;
					},  

如果超过20个字段传统方式则为

javascript 复制代码
data:$('#myform').serialize(),  

七、传统写法缺点

1.在一个系统重,一般存在业务逻辑相似,功能相同的,但是参数不一样的模块和组件,按照传统写法,则字段太多需要重组,无法重复调用,大大增加了工作量。

八、传统组件法-缺点

8.1传统组件id,name重复

传统组件一般用于商城,门户网站UI,例如商品组件、轮播组件、文章组件、电影组件,留言组件,当用在录入端就会存在相同id,导致控制混乱。

8.2 传统组件模式多个相同组件无法引用多个

传统的组件模式,一般都是单个出现,譬如留言框,只会出现一个,但是复杂前端会出现多个

8.3 传统组件挨个事务不一致

传统系统,多个留言框,都是独立提交按钮这样数据无法一致性。

九、 魔都思维-千丝冥缘

页面将同一事务划分为多个以为功能为主的子form小世界。如:开单中包含:提成(复杂提成计算),绩效(复杂绩效公式),支付方式(多种支付方式,支付限定,单种最大支付),商品信息,项目计时器

9.1 页面小世界

小世界顾名思义,就是每个form与其他form有相同字段,但是值不一样,互补干扰。

9.2 小世界分离作用-团队协作

var 表单_销售员 =$("#"+"form_WorkAchievereward").WLZC_serializeJson();

根据功能划分form,便于团队多人同时开发,互不干扰

9.3 小世界分离作用-后台对接

php 复制代码
$表单_销售员业绩提成 = $表单_销售员input['employeeachieve'];

根据功能划分后台可以独立接受和业务相关的表单数据,可以协同同时开发。

9.4 小世界分离作用-高度重复调用

根据功能划分后在其他页面使用相同功能时候,直接调用就行。

软件的价值,往往体现在重复调用上。它就像一个不知疲倦的工匠,每次被召唤,都能精准而高效地完成任务。这种重复调用的特性,让软件成为我们生活和工作中不可或缺的得力助手

9.5 小世界分离作用-事务一致性

多个页面小世界组成魔都,保证了事务一致性。

9.6 小世界分离作用-降低服务器负载

多个页面小世界组成魔都,一次性提交降低了服务器请求次数,通过减少与服务器握手的次数来降低服务请求。

9.7 魔都小世界加密

javascript 复制代码
var 数据_未来之窗加密 = cyberwin_Algorithm_hardware.wlzc_enc_nc(明文);

由于小世界同一提交,在加密时候也可以减少加密次数,提高效率,减少重复。

代码为笔,合作作墨,共绘共赢画卷

十、阿雪技术观

拥抱开源与共享,见证科技进步奇迹,畅享人类幸福时光!

让我们积极投身于技术共享的浪潮中,不仅仅是作为受益者,更要成为贡献者。无论是分享自己的代码、撰写技术博客,还是参与开源项目的维护和改进,每一个小小的举动都可能成为推动技术进步的巨大力量

相关推荐
58沈剑9 小时前
80后聊架构:架构设计中两个重要指标,延时与吞吐量(Latency vs Throughput) | 架构师之路...
架构
想进大厂的小王12 小时前
项目架构介绍以及Spring cloud、redis、mq 等组件的基本认识
redis·分布式·后端·spring cloud·微服务·架构
阿伟*rui13 小时前
认识微服务,微服务的拆分,服务治理(nacos注册中心,远程调用)
微服务·架构·firefox
ZHOU西口13 小时前
微服务实战系列之玩转Docker(十八)
分布式·docker·云原生·架构·数据安全·etcd·rbac
deephub16 小时前
Tokenformer:基于参数标记化的高效可扩展Transformer架构
人工智能·python·深度学习·架构·transformer
架构师那点事儿17 小时前
golang 用unsafe 无所畏惧,但使用不得到会panic
架构·go·掘金技术征文
W Y19 小时前
【架构-37】Spark和Flink
架构·flink·spark
Gemini199519 小时前
分布式和微服务的区别
分布式·微服务·架构
Dann Hiroaki1 天前
GPU架构概述
架构
茶馆大橘1 天前
微服务系列五:避免雪崩问题的限流、隔离、熔断措施
java·jmeter·spring cloud·微服务·云原生·架构·sentinel