深圳幻海软件技术有限公司

文章目录TOPSIS简介方法和原理数学定义数学语言描述现实案例正负理想解定义实例量纲TOPSIS法的算法步骤1.用向量规范化的方法求得规范决策矩阵2.构成加权规范阵C=(c~ij~)~m*n~3.确定正负理想解的距离4.计算各方案到正理想解与负理想解的距离5.计算各方案的综合评价指数6.排列方案的优

优化方案基于SwiftToolchain源码，本文不再探讨Toolchain相关基本概念及配置流程等，仅聚焦方案本身。​背景随着混编落地的业务场景越来越多，越来越大，开发中出现的性能痛点开始显现，问题很明显集中在被Swift环境所依赖的OC仓的头文件改动上。因此基建架构把重点放在接口层依赖的性能分析

🍓系列专栏:蓝桥杯🍉个人主页:个人主页目录1.找零问题①暴力枚举②贪心2.人性总是贪婪的3.堆果子4.图书推荐1.找零问题有币种1、2、4、5、10若干张，找零n元，输出找零方案。①暴力枚举这是一个找零问题，我们需要找到一种方案，使得用给定的硬币找零时，所需的硬币数量最少。在这个代码中，我们使用

​问题描述：最近在做项目过程中遇到这样一种场景：方法A依次调用方法B、C、D，其中方法B和D都是本地方法，方法C是远程方法（更具体的讲，方法C的功能是发送MQ消息），该场景要求方法A是满足事务的，即A调用B、C、D要么同时成功，要么同时失败。 问题分析：该问题的难点在于，对于方法B和D，可

基于虚拟现实技术的原型机与模拟方案能够帮助企业节约高达数百万美元的运营支出。移动部门的快速增长带来了出人意料的显著收益——即显著降低运动传感器、屏幕以及处理器的生产成本并大幅拉升其产品质量，而这一切又进一步开创出虚拟现实技术的全新发展时代。原本只能服务于规模最庞大的制造商或者政府军方的系统方案如今能

今天和大家分享一个非常有意思的网站,我们可以从这个网站中找到一些常用软件的开源替代方案,比如说之前很火Notion​,我们可以找到它的开源替代方案——Appflowy​,并且在 github 上学习部署它的本地版本。好啦,话不多说,上地址:网址地址:https://opensou

科学的分析方案文档的利弊猫会喵喵，狗会汪汪，鸡会什么？机会留给有准备的人。先说点虚（?）的，等我们的需求或者项目出名了、别人需要学习需要你给出一波装逼Time的时候，丢出一个图文并茂的设计文档。肯定比丢一个代码仓库获得的敬仰多吧？或者说点实在的等回头职级评审的时候，一个复杂的需求你都想不起来怎么设计

作者 | 汪泽远&马彦青在《​​融合系统思维和设计思维解决复杂问题（上篇）​​》中，我们为大家介绍了一种新的，可以应用于创新的思考方式，并强调了系统思维与设计思维在理念层面的差异。本文，我们将在实践层面展开，讲一讲如何在具体创新实践中融入系统思维。值得说明的是，这里强调的

最近刚好有小伙伴在微信上问到这个问题，松哥就来和大家聊一聊，本文主要和小伙伴们聊一聊思路，不写代码，小伙伴们可以结合松哥之前的文章，应该能够自己写出来本文的代码。当然，思路也只是我自己的一点实践经验，不一定是最完美的方案，欢迎小伙伴们在留言中一起探讨。1.认证与授权首先小伙伴们知道，无论我们学习Sh

一、写在前面​上一篇文章咱们聊了聊TCC分布式事务，对于常见的微服务系统，大部分接口调用是同步的，也就是一个服务直接调用另外一个服务的接口。这个时候，用TCC分布式事务方案来保证各个接口的调用，要么一起成功，要么一起回滚，是比较合适的。但是在实际系统的开发过程中，可能服务间的调用是异步的。也就是说，

​在电商、支付等系统中，一般都是先创建订单（支付单），再给用户一定的时间进行支付，如果没有按时支付的话，就需要把之前的订单（支付单）取消掉。这种类似的场景有很多，还有比如到期自动收货、超时自动退款、下单后自动发送短信等等都是类似的业务问题。本文就从这样的业务问题出发，探讨一下都有哪些技术方案，这些方

写在前面对于常见的微服务系统，大部分接口调用是同步的，也就是一个服务直接调用另外一个服务的接口。这个时候，用TCC分布式事务方案来保证各个接口的调用，要么一起成功，要么一起回滚，是比较合适的。但是在实际系统的开发过程中，可能服务间的调用是异步的。也就是说，一个服务发送一个消息给MQ，即消息中间件，比

作者| 葛天萌（智云）一、业界盛传的全链路压测是什么​全链路压测诞生于阿里巴巴双11备战过程，如果说双11大促是阿里业务的“期末考试”，全链路压测就是大考前的“模拟考试”，诞生后被誉为双11稳定性保障的“核武器”。全链路压测通过在生产环境对业务大流量场景进行高仿真模拟，获取最真实的线上实际

1.前言为了尽量减少自然和人为灾难(如停电、灾难性软件故障和网络中断)对业务的影响，以及随着我行基于Kafka的实时业务不断增长，Kafka的重要性日益增长，在我行逐步优化跨IDC的Kafka连续性建设已经成为我们目前亟待解决的问题。本文就目前已有的灾备方案在元数据同步、数据复制、消费位移同步、灾备

本文转载自微信公众号「脑子进煎鱼了」，作者陈煎鱼。转载本文请联系脑子进煎鱼了公众号。大家好，我是煎鱼。虽然我朋友他们已经从大单体切换为微服务化有一定的年头了，但一些细节方面的处理总会有不同的人有不同的看法。而且时不时就会有人出来反复问，这其中的一个重要讨论点，就是Proto这个IDL的代码到底放在哪

 你好鸭，Kirito今天又来分享性能优化的骚操作了。在很多追求性能的程序挑战赛中，经常会遇到一个操作：将String转换成Integer/Long。如果你没有开发过高并发的系统，或者没有参加过任何性能挑战赛，可能会有这样的疑问：这有啥好讲究的，Integer.valueOf/Long.v

 继续回答知识星球水友提问。 问题域：数据量大、并发量高场景，如何在流量低峰期，平滑实施表结构变更?画外音，一般来说，是指增加表的属性，因为：如果是减column，升级程序不使用即可;如果是修改column，程序兼容性容易出问题;首先，一起看下有哪些常见方案。(1)方案一：在线修

  相信大家在使用各种各样强大的IDE写代码时都会注意到，代码中各种类型的关键字会用独特的颜色标记出来，然后形成一套语法高亮规则。这样不仅美观，而且方便代码的阅读。而在上古神器Vim中，我们通常看到的是黑底白字，没有任何其它颜色。难道我们的Vim就这么枯燥乏味吗?当然不是，Vim

1953年，埃布·格罗希提出Grosch定律，即计算机性能会随着成本的平方而增加。1965年，高登·摩尔提出摩尔定律：当价格不变时，集成电路上可容纳的元器件的数目，约每隔18-24个月便会增加一倍。当今，计算机的普及，也让越来越多的电脑处于闲置状态，即使在开机状态下CPU的潜力也远未被完全利用。而互

RPC是一种方便的网络通信编程模型，由于和编程语言的高度结合，大大减少了处理网络数据的复杂度，让代码可读性也有可观的提高。但是RPC本身的构成却比较复杂，由于受到编程语言、网络模型、使用习惯的约束，有大量的妥协和取舍之处。本文就是通过分析几种流行的RPC实现案例，提供大家在设计RPC系统时的参考。由