《架构漫谈》系列读后感前端
这几天，读了老师推荐有关架构的一篇系列文章《架构漫谈》，其中通俗易懂的语言，风趣幽默的风格，形象明了的对比形式让我对架构有了更进一步的了解。架构
何为架构？最先期社会咱们一我的就能够彻底独立生活完成衣食住行全部事情，随着需求的增长，好比说人类延续，人们开始群居。接下来人们发现各自有各自的长处，有的人种田厉害，有的人制做工具厉害，有些地方适合产出粮食，这就致使分工，各自作擅长的事情。因为每一个人的精力，时间，能力皆有限，当须要完成一个大的工程的时候，人们必须各取所长合做完成，人们如何组织这项工程，如何安排合适的人作合适的事，在最高效最稳定的状况下交付既定任务，这样“架构”就应运而生了。总结而言，架构就是：1.根据要解决的问题，对系统的边界进行界定。2.并对目标系统按某个原则进行划分。划分的原则，要便于不一样的角色，对切分出来的部分，并行或串行开展工做，通常并行才能减小时间。3.并对这些切分出来的部分，设立李沟通机制。4.根据3，使得这些部分之间可以进行有机的联系，合并组装成为一个总体，完成目标系统的全部工做。工具
怎么初识架构？认识概念，咱们从前面知道，架构是为了解决人的问题，那么沟通便显得尤其重要，中华文化博大精深，每一句话可能有多重理解，因此咱们要对概念有一个初步的把控，最主要的固然就是识别概念，识别别人提出的问题。好比有人提出要求“我须要一个锤子”，在不清楚具体问题的状况下，咱们是没法定夺怎么恰到其份地解决问题，若是他是钉钉子能够只提供一个小锤子，若是他是装修砸墙那么须要提供专用大锤。架构师初步要解决的是识别问题并提供解决方案。性能
如何作好架构呢？切分，咱们要对整个项目需求进行切分，还要把控对于利益的调整。一旦确认问题的主体，咱们接下来会发现以下问题，某个或者某些利益相关人负载过重，或者时间上空间上负载过重，或者某个，某些利益相关人的权利和义务不对等。因此咱们须要在必定原则上进行切分，第一是天然就没法切分的部分，第二是不违反人性。随后就是一系列建模和组织架构了。spa
初识软件，软件的历史，实际上能够说是用机器模拟人的历史。简而言之，能够说是在成本保证的状况下，为了简化某些工做而让计算机代替人执行一些特定任务，提升生产力的产品。也正是因为源源不断的需求，使得软件规模不断扩大，给软件的使用性能形成影响，因此软件架构也随势而生，其根本目的也是一样，提高参与人的利益，减低成本。部署
那软件架构要解决的“性能问题”是什么问题？业务？计算机自己？为了进行分辨，咱们必须了解虚拟化业务必须完成的事情是什么，代码是如何运营的，以后就是针对问题提出并实施解决方案，在这些的前提之下，咱们必须有一个根深蒂固的概念，那就是架构老是为了简化问题的，而不是使得问题复杂化，因此软件架构又被定义为软件由于流量增大而分拆成不一样的运行单元，在不一样的机器上部署所造成的架构，属于软件架构。每一个运行单元为了让不一样角色的人，好比前端，业务，数据存储等可以并行工做，所分红的代码架构，也属于软件架构。产品
架构师，首先，架构师的前提条件，那就是发现问题并提出有效解决方案处理问题的人，架构师必定拥有丰富的经验和技术，并且他是调整利益平衡利益的人。以后，从架构的角度写代码，核心是分层，将业务，技术，逻辑处理分红各自耦合度相对下降的层次，让软件的运营成本降至最低，并且利于维护。最后就是理清技术、业务和架构的关系了。技术是为了解决业务的问题而产生的，没有了业务，技术就没有了存在的前提。有了更好的技术，效率更差的技术就会被淘汰，一切都听从人类的利益诉求—也就是业务。再者，在解决同一个业务的问题的前提下，更高效，更低成本的技术将代替其余技术。因此架构师应该承担起解决业务问题的角色，也须要具有识别技术采起技术相应的能力。效率