Show Posts
76
中文 (Chinese) / 关于提高UI和APP的易用性的建议
« on: September 27, 2019, 05:18:13 am »
我不懂这种编程语言，也不清楚其设计的连接原理。但是我想到这几点，不懂他们为什么不这样做，理论上 不难实现的啊！
现在的APP和电脑UI的连接方式都是与节点的单一连接。有时候因为网络的不稳定，而及容易断开连接与响应慢。
假如，节点有 A B C D E ......节点。
如果钱包APP与电脑UI钱包的连接方式改为这样：
程序的网络核心采用多线程连接，分别同时连接到节点 A B C D E ......节点。
这时候，用多线程A1 B1 C1 D1 E1 ......表示。
而界面的显示UI部分，比喻APP的显示交易市场的列表，或者电脑版本UI显示交易市场的列表等，都是从程序背后中的多线程连接中采集最快的那个线程的结果用来显示。
比喻同时采集线程 A1 B1 C1 的列表结果，取最快的那个显示在界面中。
而用户操作的时候，肯定是需要把需要要广播的内容广播出去。如果同时在线程A1 B1 C1 D1 E1 广播有可能会造成重复下单或者重复广播。
如果程序自动的 把连接质量最快的一个线程连接的节点作为优先广播，就不会存在这样的问题了吧，如果广播返回结果成功，就不会再选择另外一个线程节点广播，如果因网络没响应或者断开连接而返回来的广播失败的话，程序会自动的切换到第二快的节点去重复这一广播，这样不会造成重复发送或者重复下单了吧？
类似于比特币 莱持币 等，都是同时连接多节点的，而广播也是由单一节点广播出去。
说透了就类似于我的这台电脑同时打开了十个电脑UI钱包程序，而每一个钱包，我分别连接一个不同的节点，至于我用哪个节点去操作下单进行广播，就取决于我觉得哪个节点的连接速度比较快。而显示市场列表也取决于在时间段内哪个钱包的列表信息显示最快刷新最快，我就眼看到哪个钱包上的列表，而不看其它钱包刷新慢的列表。
相信如果是程序员，可以很简单的理解我所表述的。
这样肯定会提高易用性，但是对于节点服务器来说，会不会造成压力的增加，我就不知道了。
现在的APP和电脑UI的连接方式都是与节点的单一连接。有时候因为网络的不稳定，而及容易断开连接与响应慢。
假如，节点有 A B C D E ......节点。
如果钱包APP与电脑UI钱包的连接方式改为这样：
程序的网络核心采用多线程连接，分别同时连接到节点 A B C D E ......节点。
这时候，用多线程A1 B1 C1 D1 E1 ......表示。
而界面的显示UI部分，比喻APP的显示交易市场的列表，或者电脑版本UI显示交易市场的列表等，都是从程序背后中的多线程连接中采集最快的那个线程的结果用来显示。
比喻同时采集线程 A1 B1 C1 的列表结果，取最快的那个显示在界面中。
而用户操作的时候，肯定是需要把需要要广播的内容广播出去。如果同时在线程A1 B1 C1 D1 E1 广播有可能会造成重复下单或者重复广播。
如果程序自动的 把连接质量最快的一个线程连接的节点作为优先广播，就不会存在这样的问题了吧，如果广播返回结果成功，就不会再选择另外一个线程节点广播，如果因网络没响应或者断开连接而返回来的广播失败的话，程序会自动的切换到第二快的节点去重复这一广播，这样不会造成重复发送或者重复下单了吧？
类似于比特币 莱持币 等，都是同时连接多节点的，而广播也是由单一节点广播出去。
说透了就类似于我的这台电脑同时打开了十个电脑UI钱包程序，而每一个钱包，我分别连接一个不同的节点，至于我用哪个节点去操作下单进行广播，就取决于我觉得哪个节点的连接速度比较快。而显示市场列表也取决于在时间段内哪个钱包的列表信息显示最快刷新最快，我就眼看到哪个钱包上的列表，而不看其它钱包刷新慢的列表。
相信如果是程序员，可以很简单的理解我所表述的。
这样肯定会提高易用性，但是对于节点服务器来说，会不会造成压力的增加，我就不知道了。
