最常用的Java框架或者开源项目有哪些？

最常用的Java框架或者开源项目有哪些？

Comments 0 Comment  315 Views

閱讀本文約花費: 19 (分鐘)系统设计 微服务/分布式 基础框架 Spring Boot [1] ：Spring Boot 可以轻松创建独立的生产级基于 Spring 的应用程序,内置 web 服务器让你可以像运行普通 Java 程序一样运行项目。另外，大部分 Spring Boot 项目只需要少量的配置即可，这有别于 Spring 的重配置。 spring-cloud-alibaba[2] : Spring Cloud Alibaba 致力于提供微服务开发的一站式解决方案。此项目包含开发分布式应用微服务的必需组件，方便开发者通过 Spring Cloud 编程模型轻松使用这些组件来开发分布式应用服务。 Spring Cloud Alibaba Sentinel[3] ：A lightweight powerful flow control component enabling reliability and monitoring for microservices. (轻量级的流量控制、熔断降级 Java 库)。 Dubbo[4] ：Apache Dubbo 是一个基于 Java 的高性能开源 RPC 框架。 Nacos[5] ：Nacos 致力于帮助您发现、配置和管理微服务。Nacos 提供了一组简单易用的特性集，帮…

Read More Read More

读书笔记<<不懂带人，你就自己干到死>>

读书笔记<<不懂带人，你就自己干到死>>

Comments 0 Comment  323 Views

閱讀本文約花費: 8 (分鐘)在进入职场这几年，起初一直被人管，后来也带几个人一起做项目，没有学过怎么带人，遇到问题的时候一般就想想自己的老大是怎么带自己的，上一个项目做到累的半残，除了项目本身催人命以外，没有好好把人带起来可能也是问题之一，看到这本书的时候在想是不是也要好好学学怎么带人了呢。 英文书名为The solution Tango Seven simple steps to solutions in management，中文的书名有种哗众取宠的既视感，然而内容还是不错的。 从传统的管理模式采用的因果关系模式说起：首先，我们调查问题的由来，深入分析所有可能相关的方面；其次，我们探索问题的根源，努力弄清楚我们面对的问题是如何发生的等；再次，列出清除这些根本原因的步骤。但是因果关系模式来解决人与人的问题会遇到各种各样的问题，我在工作中也会发现很多时候解决问题的正确做法遇到了别人的漠视和抵制，这大抵就是模式不对。书中提出了聚焦答案模式，遵循奥卡姆的智慧（简单有效原理），有四个基本原则： 如果东西没有坏，那就不要去修补它 多做有效的事情 如果一个方法没用，那就不要继续，尝试其他的方法 如果你发现一个方法偶小，那就把它教给其他人，或者从别人身上学习他 将建构解决方案的问题与倾听的艺术相结合，那么就掌握了管理者最强大的管理工具，带人的技能有： 会听，首先不带入先见的去听，这个很难，越…

Read More Read More

左耳朵耗子：程序员如何用技术变现?

左耳朵耗子：程序员如何用技术变现?

Comments 0 Comment  453 Views

閱讀本文約花費: 20 (分鐘)作者｜陈皓 编辑｜小智 从事编程这个事可以做到，完全靠自己的手艺、不依赖任何人或公司去生活的。但道理我都懂，怎么做才是关键。本文摘自陈皓（左耳朵耗子）在极客时间 App 开设的付费专栏“左耳听风”。 本音频时长 1′52′′，14′完整音频请下载【极客时间】App 收听。 写在前面 程序员用自己的技术变现，其实是一件天经地义的事儿。写程序是一门“手艺活儿”，那么作为手艺人，程序员当然可以做到靠自己的手艺和技能养活自己。 然而，现在很多手艺人程序员却说自己是“码农”，编码的农民工，在工作上被各种使唤，各种加班，累得像个牲口。在职业发展上各种迷茫和彷徨，完全看不到未来的希望，更别说可以成为一个手艺人用自己的技能变现了。 从大学时代帮人打字挣点零花钱，到逐渐通过自己的技能帮助别人，由此获得相对丰厚的收入，我在很早就意识到，从事编程这个事可以做到，完全靠自己的手艺、不依赖任何人或公司去生活的。 这对于程序员来说，本就应该是件天经地义的事，只是好像并不是所有的程序员都能意识到自己的价值。这里，我想结合我的一些经历来跟你聊聊。当然，我的经历有限，也不一定全对，只希望能给你一个参考。 学生时代 我是 1994 年上的大学，计算机科学软件专业。在 1996 年上大二的时候，因为五笔学得好打字很快，我应征到教务处帮忙，把一些文档录入到电脑里。打了三个月的字，学校按照每…

Read More Read More

程序员如何把控自己的职业

程序员如何把控自己的职业

Comments 0 Comment  1,162 Views

閱讀本文約花費: 26 (分鐘)这篇文章的主要内容主要是我今年3月份在腾讯做的直播，主要是想让一些技术人员对世界有一个大体的认识，并且在这个认识下能够有一个好的方法成就自己。而不是在一脸蒙圈的状态下随波逐流，而日益迷茫和焦虑。直播完后，腾讯方面把我的直播形成文字的形式发了出来，我觉得我可以再做一个精编版。所以，有了这篇文章，希望对大家有帮助。 对我来说，在我二十多年的工作经历来看，期间经历了很多技术的更新换代，整个技术模式、业务模式也是一直变来变去，我们这群老程序员成长中所经历的技术比今天的程序员玩的还更杂更多。我罗列一下我学过的，而且还被淘汰掉的技术，大家先感受一下。 – MIS应用开发：FoxPro，PowerBuilder，Delphi – OA：Lotus Notes，VBScripts – 微软：ODBC/ADO，COM/DCOM，MFC/ATL，J++ – 服务器：AIX，HP-UX，SCO Unix – Web：CGI，ISAPI，SOAP – RPC：CICS，Tuxedo – J2EE：Websphere，Weblogic – DB：Sybase，Informix 我想说的是，无论过去还是今天，我们这些前浪和你们后浪所面对的技术的挑战和对技术的焦虑感是相似的，我们那个时候不但玩996，还玩封闭开发（就是一周只能回家一天）。当然，唯一好的东西，就是比起今天的程序员来…

Read More Read More

Google SRE 评分卡

Google SRE 评分卡

Comments 0 Comment  442 Views

閱讀本文約花費: 3 (分鐘)Google评分卡 接下来，我们再来看看Google的SRE的自我评分卡： 0 – 对于相关的技术领域还不熟悉1 – 可以读懂这个领域的基础知识2 – 可以实现一些小的改动，清楚基本的原理，并能够在简单的指导下自己找到更多的细节。 3 – 基本精通这个技术领域，完全不需要别人的帮助4 – 对这个技术领域非常的熟悉和舒适，可以应对和完成所有的日常工作。 对于软件领域 – 有能力开发中等规模的程序，能够熟练和掌握并使用所有的语言特性，而不是需要翻书，并且能够找到所有的冷知识。 对于系统领域 – 掌握网络和系统管理的很多基础知识，并能够掌握一些内核知识以运维一个小型的网络系统，包括恢复、调试和能解决一些不常见的故障。 5 – 对于该技术领域有非常底层的了解和深入的技能。 6 – 能够从零开发大规模的程序和系统，掌握底层和内在原理，能够设计和部署大规模的分布式系统架构7 – 理解并能利用高级技术，以及相关的内在原理，并可以从根本上自动化大量的系统管理和运维工作。8 – 对于一些边角和晦涩的技术、协议和系统工作原理有很深入的理解和经验。能够设计，部署并负责非常关键以及规模很大的基础设施，并能够构建相应的自动化设施 9 – 能够在该技术领域出一本经典的书。并和标准委员会的人一起工作制定相关的技术标准和方法。10 – 在该领域写过一本书，被业内尊为专家，并是该技术的…

Read More Read More

浏览器UserAgent的趣味史

浏览器UserAgent的趣味史

Comments 0 Comment  292 Views

閱讀本文約花費: 14 (分鐘)最近在看《给产品经理讲技术》，其中有一段简要的提到了浏览器UserAgent的含义和作用。在最后作者暗示UserAgent的变迁是一段充满趣味性的历史，为了满足我的好（吃）奇（瓜）心理，我去深扒了一下。 结果不扒不知道，一扒吓一跳。今天就给大家分享一下这个陈年老瓜。 首先，我们先简要了解一下各大浏览器的出生日期： 大家先对这些浏览器的出生时间有一个概念，然后大家把板凳和西瓜拿好，让我们开始吧~ 一、第一个浏览器：Nexus 1989年，超级大神伯纳斯·李教授发明了万维网（World Wide Web，简称3W），然而大神并不满足于此，为了大家能更方便地访问万维网，大神大手一挥，推出了世界上第一款浏览器。 李大神寻思给它起个什么名字呢？ 此时，李大神可能是懒虫上身，想也不想，要不就叫World Wide Web，跟大儿子（万维网）一个名字吧！ 后来大神感觉交流起来不是很方便，经常不知道World Wide Web指的是谁，而且这么偷懒的行为有点对不起小儿子，于是把小儿子的名字改成了Nexus。 由于是浏览器的祖师爷，没有竞争对手，Nexus马上就流行了起来。 由于是最早的浏览器，Nexus只支持文字展示，还不支持图片展示，而这恰好给了竞争对手可乘之机，同时也是UserAgent的由来。 二、第一个带图的浏览器：Mosaic 1993年，伊利诺伊的NCS…

Read More Read More

自媒体的发展以及内容生产者的应对

自媒体的发展以及内容生产者的应对

Comments 0 Comment  243 Views

閱讀本文約花費: 9 (分鐘)简介 自媒体是媒体的范畴，它的出现与发展和互联网息息相关。它促进了媒体行业的发展，诞生了一批知名自媒体和网红，催生了新的经济形态。 2003年7月，美国新闻学会媒体中心发布了由谢因波曼与克里斯威理斯两位联合提出的“We Media（自媒体）”研究报告，里面对“We Media”做了十分严谨的定义：“We Media是普通大众经由数字科技强化、与全球知识体系相连之后，一种开始理解普通大众如何提供与分享他们自身的事实、新闻的途径。” 作为媒体，它包括内容生产者、传播媒介和受众。内容生产者包括个人、组织、机构，媒介包括论坛/BBS、Facebook、博客、Twitter、微博等，比较专业和规模化的媒介平台有微信公众号、头条号、UC大鱼号、百家号。 发展历程 传播媒介的发展 图书、杂志、报纸等传统媒体，期间诞生了知名图书作者、编辑和媒体人，如韩寒、梁文道。 论坛、BBS社区，多数是区域性、垂直领域的，传播范围主要在垂直领域和地方。 Facebook、Twitter、博客、微博。借助互联网技术和人口红利，自媒体人的影响力开始扩大，粉丝数、转发量、互动数显著增加。出现了有影响力的自媒体。 成熟的自媒体平台，微信公众号、头条号、UC大鱼号、百度百家号。 内容生产者的发展 从早期的个人和专业媒体到现在个人与专业组织机构并举。 特点 与互联网紧密结合。互联网的发展推动了…

Read More Read More

那些“月入十万”的自媒体人，你们还好吗？

那些“月入十万”的自媒体人，你们还好吗？

Comments 0 Comment  224 Views

閱讀本文約花費: 12 (分鐘)编者按：本文来自微信公众号“科技不谓侠”（ID:Beaman303）， 1 就像上知乎的朋友，总给人一种人均985本硕、人均年薪百万的错觉。 身在自媒体圈子的很多朋友，也总有一种自己可以轻松月入十万的假象，而且还是税后的~ “月入十万”是存在的，甚至“月入百万”也不是不可能，但只是这个行业金字塔尖的那些。 然而今年对所有的自媒体而言实在不友好：一场新冠疫情来得措手不及，经济下行之下，甲方金主爸爸们纷纷缩减预算，总盘子变小了，预算会更加优先倾向头部。 8位数变成7位数，7位数变成6位数，随之而来的则是自媒体人“月入十万”梦想的大批量破灭。 “这个阶段的自媒体红利早已过去”——这句话已经喊了好几年，但一直以来还是有大量的人挤破脑袋往里冲，只是因为“已经过去”完全没有一个明显的界限，而实际上这个界限是跟着发展阶段同步变化的。 不谓侠倾向于把自媒体行业发展划分为三个阶段： 1.0阶段：博客、微博、微信公众号爆发，平台全面红利期，只要下手早，敢于动手，内容搞起来，粉丝追着跑； 2.0阶段：“两微一端”，虽然平台规则趋紧，但大环境尚可，红利尚未散尽。原创、打造IP成趋势； 3.0阶段：监管强度大，平台规则严，基础设施进一步完善，视频开始大放异彩。 目前自媒体行业总体上缺乏全新的增长点，甚至是疲软的，更残酷的现实是：大者恒大，小者更小。 大量成功案例也吸引着许多年…

Read More Read More

在首席架构师手里，应用架构如此设计

在首席架构师手里，应用架构如此设计

Comments 0 Comment  257 Views

閱讀本文約花費: 25 (分鐘) 无架构，不系统，架构是大型系统的关键。从形上看，架构是系统的骨架，支撑和链接各个部分；从神上看，架构是系统的灵魂，深刻体现业务本质。架构可细分为业务架构、应用架构、技术架构，业务架构是战略，应用架构是战术，技术架构是装备。其中应用架构承上启下，一方面承接业务架构的落地，另一方面影响技术选型。如何针对当前需求，选择合适的应用架构，如何面向未来，保证架构平滑过渡，这个是软件开发者，特别是架构师，都需要深入思考的问题。本文基于作者在大型互联网系统的实践和思考，和大家一起探讨应用架构的选型。本文主要内容包括：应用架构本质单体式分布式SOA架构SOA落地方式应用架构进化应用架构本质应用作为独立可部署的单元，为系统划分了明确的边界，深刻影响系统功能组织、代码开发、部署和运维等各方面，应用架构定义系统有哪些应用、以及应用之间如何分工和合作。分有两种方式，一种是水平分，按照功能处理顺序划分应用，比如把系统分为web前端/中间服务/后台任务，这是面向业务深度的划分。另一种是垂直分，按照不同的业务类型划分应用，比如进销存系统可以划分为三个独立的应用，这是面向业务广度的划分。应用的合反映应用之间如何协作，共同完成复杂的业务case，主要体现在应用之间的通讯机制和数据格式，通讯机制可以是同步调用/异步消息/共享DB访问等，数据格式可以是文本/XML/JSON/二进制等。应…

Read More Read More

WordPress文章和页面的区别

WordPress文章和页面的区别

Comments 0 Comment  218 Views

閱讀本文約花費: 4 (分鐘)默认情况下，Wordpress提供了2种方式供我们写作内容，文章和页面，虽然说两者外观上并没有什么区别，但是从其他方面来说，还是有很多不同的，在为网站添加内容时，文章和页面的选择也非常重要 如果你是刚刚接触Wordpress的朋友，对于哪些内容该使用页面，哪些内容使用文章是非常困惑的，所以为了帮助大家更清晰的了解文章和页面的使用情景，本文将详细介绍WordPress中文章和页面的区别 WordPress文章和页面的差异 – 时间 WordPress文章有具体的发布日期，一般会显示在文章的标签上，如果你打算写一个非常普通的文章，比如博客、记录之类的，你应该使用文章。 WordPress页面则并不会显示发布日期，大多数的页面内容并不会受时间的影响，非常常见的2种页面就是联系页面和关于页面，这是我们希望用户随时都能看到的内容，并且长期有效 首页展示 如果你是采用的WordPress默认的博客布局，也就是首页显示最新文章，你会发现所有新发布的文章都会展示在首页，而页面则不会展示在首页，页面默认情况下是不会被人发现的，除非你将把它添加到菜单，或者用链接指向它 这里我们可以用它的特性做一些特别的页面，比如你可以创建一个独立页面，只想要特定的人访问，单独发给它们链接，不在首页放入口 页面和文章的组织：分类、标签和子页面 当你创建一篇博文时，你可以选择添加分类、标签 …

Read More Read More

[BetterExplained]书写是为了更好的思考

[BetterExplained]书写是为了更好的思考

Comments 0 Comment  246 Views

閱讀本文約花費: 8 (分鐘)我经常在走路和睡前总结所学过的内容，思考遗留的问题，一段时间的阅读和思考之后，一个总体的知识框架就会逐渐浮现在脑海中。然后我会将它书写下来，然而，我往往非常惊讶地发现，当我书写的时候，新的内容仍然源源不断的冒出来，就像我的键盘自己也会思考一样。 大半年前的时候，我曾在一篇文章《跟波利亚学解题》中写到将问题求解的思维过程记录下来的好处，现在再次回忆起来，当时列出的几点其实不仅对于问题求解是大有好处，对于平时的思考也是同样的道理。 书写的好处有以下几点： 书写是对思维的备忘：人在思考一个问题的时候，就像是在黑暗中打着电筒往前走（事实上，我们的工作记忆资源是有限的，有研究证明我们只能在工作记忆里面持有7加减2个项目；此外认知负荷也是有极限的），每一步推导都将我们往前挪一小步，然而电筒的光亮能照到的范围是有限的，我们走了几步发现后面又黑了，想到后面就忘了前面的，想到某个分支上去就忘了另一个分支，我们常常想着想着就想岔了，想岔了也就罢了，问题是一旦想岔了太远，就很难回到当初岔开的地方了。有时候，我们是如此努力地试图一下就走出很远，同时又老是怕忘记目前已经取得的进展和重要结论，结果意识的微光就在一个很小的范围内打转，始终无法往前走出很远。而将思维过程记录下来，则给了我们完全的回溯自己的思维轨迹的可能。举个具体的例子，平时面对一个问题我们常常首先会想出几个主要的、关…

Read More Read More

设计中的 9 个关键状态

设计中的 9 个关键状态

Comments 0 Comment  216 Views

閱讀本文約花費: 7 (分鐘)这篇文章介绍了 初始，载入，和 空 等设计中的 9 个关键状态。通过将这些设计状态引入设计/开发流程，我们在设计/开发更会主动的为用户着想，我们的产品将会更贴近用户，从而具有更强的竞争力。 缘起 这次回国，我见到不少在创业的朋友，也把玩了他们的产品（绝大多数是手机应用），并为他们的产品提供各种建议。经过交流，我发现他们的产品有一个通病：只考虑理想状态（happy path），而忽视其它状态（unhappy path）。 这么说比较抽象，我举几个例子： 某购物推荐应用，我在注册之后进入应用主界面，这时推荐列表是空的（因为用户还没有选择任何偏好） 某订饭应用，我完成订单后没有任何提示，直到经过一番点击，我才意识到已下的订单在另外一个页面里 某新闻应用，我在注册时输入密码，点击确认，没有任何反应，询问应用开发者之后才直到密码不能少于 8 位 总而言之，这些交互问题都是只考虑理想状态而导致的。按理说这些问题在测试时就应该被发现，但为什么没有被发现呢？我观察了下他们的测试流程： 安装应用 注册，登录，填一些数据 各种测试 这时你可能已经发现问题了——开发者和测试者都对产品很熟悉，因此他们跳过了第 2 步（注册，登录，填一些数据）直接进入第 3 步进行测试，这就导致了第 2 步中的问题很难被发现。然而第 2 步至关重要，因为如果注册有…

Read More Read More

Service Mesh 在有赞的实践与发展

Service Mesh 在有赞的实践与发展

Comments 0 Comment  262 Views

閱讀本文約花費: 20 (分鐘)一、缘起 有赞初期，使用的是 Nginx+PHP-FPM，所有的业务逻辑代码都在一个叫做 Iron 的 PHP 代码仓库里，是一个典型的单体应用 (Monolith)，整体架构可以简单的表示成下图： 架构在有赞初期，团队规模比较小，且业务逻辑相对比较简单的时候，很好的支撑和承载了有赞的核心业务。但是，随着有赞业务和团队规模的极速发展，单体应用的缺陷愈来愈凸显： 耦合性高 隔离性差 团队协作性差 一次发布带来的故障往往需要几个业务团队的人坐在一起，花费数十分钟甚至几个小时才能定位究竟是哪处改动引发的。对单体应用进行微服务改造，势在必行。 综合当时团队和业务发展的实际情况，一方面，有赞选择了国内非常流行且具备良好生态的 dubbo 作为 Java 语言 RPC 框架；另一方面，考虑到团队中有相当数量 PHP 开发的同学，有赞内部孵化出了 ZanPHP——使用 PHP 语言的纯异步 RPC 框架，并选择了 ETCD 作为服务注册和发现中心，开始搭建有赞服务化的整体架构。为了解决跨语言 (Java 与 PHP 语言之间) 的 RPC 通信问题，有赞在 facebook 开源的 thrift 协议基础上进行了二次封装，开发了 NOVA 协议用以支持跨语言 RPC 调用。 综上所述，这一时期，整体的架构选型如下： 尽管将单体应用拆分成微服务能够带来一系列众所周知…

Read More Read More

我在南大的七年

我在南大的七年

Comments 0 Comment  238 Views

閱讀本文約花費: 25 (分鐘)—— 跨进南大校门的第一天，我知道，我自由了。 父亲是个对新事物有强烈兴趣的人，村里第一台电视机是他自己组装的，当时全村人都跑过去看，电视机只能收到一个台，CCTV。座机电话是第一个装的。大哥大刚出现的时候，他也是第一个买来用的，那个时候的移动电话真是贵得离谱。 父亲告诉我的第二件最重要的事情是：遇到任何问题，找书去就行。他在自己的专业中完全是自学的。在不属于自己的专业中（后来买了电脑之后需要学习如何架设公司网站，如何网上营销，如何进行电子财务管理，如何使用各种作图软件制图等等）也全都是靠买书自学。 为什么说到这两件事情，因为这是对我一生影响最重大的两个习惯。第一个习惯给了我学习新东西的强烈动机，有了热忱和兴趣，做事情就不觉得累，就自得其乐。第二个习惯则给了我学习任何新东西的方法——不会么？查书去。（当然，学习一门专业并不完全通过看书就行，但这毫无疑问是至关重要的一个途径。） 高三的时候，父亲买了电脑，我立时对这个神奇的事物产生了强烈的兴趣，每期的《电脑爱好者》和《电脑报》都会买来细细看，有时看到各种小工具、技巧还会摘抄下来，回去在自己家里的机器上捣鼓。那个时候我并不知道这样单纯的兴趣会把我引向一条专业的程序员道路。 高三时间变得越来越紧，分配给兴趣的时间越来越少，但兴趣的火花一直都没有熄灭。 跨进南大校门的第一天，我知道，我自由了。 这个自由并不是…

Read More Read More

9个offer，12家公司，35场面试，从微软到谷歌，应届计算机毕业生的2012求职之路

9个offer，12家公司，35场面试，从微软到谷歌，应届计算机毕业生的2012求职之路

Comments 0 Comment  403 Views

閱讀本文約花費: 48 (分鐘)1，简介 毕业答辩搞定，总算可以闲一段时间，把这段求职经历写出来，也作为之前三个半月的求职的回顾。  首先说说我拿到的offer情况： 微软，3面->终面，搞定 百度，3面->终面，口头offer 搜狗，2面，悲剧 腾讯，1面，悲剧 布丁移动，3面，搞定 涂鸦游戏，3面，搞定 友盟，3面->CEO面，搞定 雅虎，4面->终面，搞定 微策略，2面，悲剧 人民搜索，3面->终面，搞定 人人，2面+终面+Special面，搞定 Google，7面，搞定 求职经历分为定位、准备、简历、笔试和面试这五个部分，大家挑感兴趣的看就成。 我的求职经历适用但不限于码农，不适用与企事业单位（据说是完全不同的考察标准和流程）。废话比较多，大家耐心忍受，有什么问题可以跟帖提问。 2，定位 教育经历：本科在大连某工科院校，由于GPA比较惨烈+挂科，所以没保成研，毕业后修了一年英语双学位，然后到帝都计算机职业教育学院接受再教育。 技术能力：属于半码农半产品的类型，代码编的过去（搞过compiler），也有一些拿的出手的产品（几十w的用户量），一句话描述：几十w代码+几十w用户的Coder。 专业能力：非ACM出身，算法拙计但基础扎实。由于单身所以看了N多书（CS+心理+经管+历史），扯淡能力强大，碰到非专业的各种秒杀，碰到专业各种拙计。 …

Read More Read More

架构设计-谈谈架构

架构设计-谈谈架构

Comments 0 Comment  285 Views

閱讀本文約花費: 32 (分鐘) 本文首先介绍了架构的概念定义，并介绍如何针对当前需求，选择合适的应用架构,希望对您的学习有所帮助。 1、什么是架构和架构本质 在软件行业，对于什么是架构，都有很多的争论，每个人都有自己的理解。 此君说的架构和彼君理解的架构未必是一回事。因此我们在讨论架构之前，我们先讨论架构的概念定义，概念是人认识这个世界的基础，并用来沟通的手段，如果对架构概念理解不一样，那沟通起来自然不顺畅。 Linux有架构，MySQL有架构，JVM也有架构，使用Java开发、MySQL存储、跑在Linux上的业务系统也有架构，应该关注哪一个？想要清楚以上问题需要梳理几个有关系又相似的概念：系统与子系统、模块与组建、框架与架构: 一、系统与子系统 系统：泛指由一群有关联的个体组成，根据某种规则运作，能完成个别元件不能独立完成的工作能力的群体。 子系统：也是由一群关联的个体组成的系统，多半是在更大的系统中的一部分。 二、模块与组件 都是系统的组成部分，从不同角度拆分系统而已。模块是逻辑单元，组件是物理单元。 模块就是从逻辑上将系统分解， 即分而治之， 将复杂问题简单化。模块的粒度可大可小， 可以是系统，几个子系统、某个服务，函数， 类，方法、 功能块等等。 组件可以包括应用服务、数据库、网络、物理机、还可以包括MQ、容器、Nginx等技术组件。 三、框架与架构 框架是组件实现的规…

Read More Read More