【系统架构】大型网站系统架构演化实例——使用缓存改善网站性能
网站访问的特点和现实世界一样遵循二八定律：80%的业务访问集中在20%的数据上。既然大部分业务访问集中在一小部分数据上，那么如果把这一小部分数据缓存在内存中，就可以减少数据库的访问压力，太高整个网站的数据访问速度，改善数据库的写入性能了。网站使用的缓存可以分为两种：缓存在应用服务器上的本地缓存和缓存...
SPM: 一种即插即用的形状先验模块，可轻松嵌入任意编解码架构，助力涨点并显著改善分割效果！
Title: Learning with Explicit Shape Priors for Medical Image SegmentationPaper: https://arxiv.org/pdf/2303.17967.pdf导读本文主要的核心点在于探索形状先验(shape priors)对分...
架构，改善程序复用性的设计~第一讲 系统的复用性离不开系统的面向对象性
非常抱歉让大家等了这么久，这个系列的第一讲才开始，呵呵，目录写出来后，就是按着目录一个一个的讲出来，与大家一起分享我的开发经验了，呵呵。 今天主要说一下“系统的复用性离不开系统的面向对象性”，我们可能有一种感觉，那就是在开发一个项目时用到了一段代码块，在另一个项目中也用到了，我们通常的作法就是ctr...
架构，改善程序复用性的设计~第二讲 什么应该提取出来，什么应该保留
在进行项目整体架构设计时，我们应该明确知道哪些项目是可以被重复再利用的，而哪些项目是与领域模块关系密切的，对于后者我们是应该在解决方案中保留的，而前者则是应该提取出来的。 在一个完整的解决方案中，应该是由“公用的类库”，“核心的项目基础层”和“与业务领域关系密切个性项目组”组成的，对于我开会的那个项...
架构，改善程序复用性的设计~第三讲 实现一种功能的代码只能出现在一处
从标题中可以看到本篇文章将介绍代码随意性的缺点及由此引发的后果，首先，来说一下同一功能的代码在多个程序中被编写多次的后果： 1 它破坏了面向对象的“单一职责”的原则 2 当代码逻辑复杂时，或者进行二次开发时，程序员将对方法调用产生歧义，即不知道应该使用哪个方法，即代码可读性差 3 当这个不规范...
架构，改善程序复用性的设计~第三讲 实现一种功能的代码只能出现在一处（续）
在写完架构，改善程序复用性的设计~第三讲 实现一种功能的代码只能出现在一处 ， 这篇文章后，得到了园友的反馈，说这种简单的业务逻辑还可以，但业务比较复杂时，根据就没法用这种方法。 针对这个问题，我觉得有必要再写一个续集了，呵呵！ 上回说的主要核心内容是将公用的部分从一个方法中提取出来，生成...
架构，改善程序复用性的设计~第五讲 复用离不开反射和IOC
从本文标题中可以看出，主要说的是反射技术和控制反转（IOC）技术，本文主要先介绍一下我对这两种技术的理解及它们的优缺点，最后再用实例来说一下使用方法。 反射：可以使用反射动态创建类型的实例，将类型绑定到现有对象，或从现有对象获取类型并调用其方法或访问其字段和属性。这里，它最重要的是“动态性”，即根据...
架构，改善程序复用性的设计~第四讲 方法的重载真的用不到吗？
在第三讲中我们主要关注了代码重构的思想，从方法重构到类重构再到项目重构，这是一个过程，一种思想上的升华，今天将继续我们“程序复用性设计”的旅程，说一下方法重载的重要性。 细心的朋友一定会非常关注net frameworks的源代码，即使只能看到它内部方法的定义，也足够了，在System.Web.Mv...
架构，改善程序复用性的设计~第五讲 复用离不开反射和IOC续（大白话IOC）
要研究的问题：IOC是什么？它解决了什么？我们的项目中为何要用IOC？反射对性能真的影响很大吗？不用反射，谁意见最大？ 来吧，开始说问题 1，IOC是什么？不用说什么容器，框架，大白话其实IOC就是将一些接口与它的各种实现的类名配置在一个文件中，可以是XML，也可以是.config配置文件中，然后在...
架构，改善程序复用性的设计~第三讲 实现一种功能的代码只能出现在一处（续）
原文:架构，改善程序复用性的设计~第三讲 实现一种功能的代码只能出现在一处（续） 在写完架构，改善程序复用性的设计~第三讲 实现一种功能的代码只能出现在一处 ， 这篇文章后，得到了园友的反馈，说这种简单的业务逻辑还可以，但业务比较复杂时，根据就没法用这种方法。 针对这个问题，我觉得有必要再写一个续集...
本页面内关键词为智能算法引擎基于机器学习所生成，如有任何问题，可在页面下方点击"联系我们"与我们沟通。
产品推荐
社区圈子
最佳实践
