pg常用的两种技术：分别是Pgpool-II和Postgres-XL。1.1、Pgpool-II Pgpool-II相当于中间件，位于应用程序和PG服务端之间，对应用程序来说，Pgpool-II就相当于PG服务端；对PG服务端来说，Pgpool-II相当于PG客户端。由此可见，Pgpool-II与PG是解耦合的，基于这样的机制，Pgpool-II可以搭建在已经存在的任意版本的PG主从结构上，主从结
转载
2023-11-08 19:11:41
50阅读
简述 前几天的一个晚上在infoQ的微信群里，来自蘑菇街的Limboy做了一个分享，讲了蘑菇街的组件化之路。我不认为这条组件化之路蘑菇街走对了。分享后我私聊了Limboy，Limboy似乎也明白了问题所在，我答应他我会把我的方案写成文章，于是这篇文章就出来了。 另外，按道理说组件化方案也属于iOS应用架构谈的一部分，但是当初构思架构谈时，我没打算写组件化方案，因为我忘了还有这回事儿。。。后来
# iOS 模块组件化实现
## 引言
在现代软件开发中，模块化的设计理念获得了越来越多的关注。对于 iOS 开发，组件化不仅可以提升代码的可复用性和可维护性，还能够加速团队协作，提高开发效率。本文将介绍 iOS 模块组件化的基本原理，并提供相应的代码示例，以帮助初学者理解这一概念。
## 什么是组件化？
组件化是将一个大的应用程序划分为多个相对独立的模块（Component），每个模块负
原创
2024-08-07 11:11:21
43阅读
组件主要分三类：基础功能组件，基础UI组件，产品业务组件
原创
2022-08-18 17:03:18
418阅读
# iOS 组件化具体实现方案
## 流程图
```mermaid
flowchart TD
A(创建组件化项目) --> B(定义组件接口)
B --> C(组件间通信)
C --> D(组件注册)
D --> E(组件调用)
```
## 任务流程
1. 创建组件化项目
2. 定义组件接口
3. 组件间通信
4. 组件注册
5. 组件调用
## 任务执
原创
2024-06-09 05:43:29
180阅读
组件化组件化其实就是将模块单独抽离、分层，并指定模块间的通讯方式，从而实现解耦的一种方式，主要运用与团队开发为什么需要组件化？主要有以下四个原因1、模块间解耦2、模块重用3、提高团队协作开发效率4、单元测试当项目因为各种需求，越来越来时，如果此时的各个模块之间是互相调用，即你中有我，我中有你这种情况时，会造成高耦合的情况。一旦我们需要对某一块代码进行修改时，就会牵一发而动全身，导致项目难以维护其问
转载
2023-07-21 14:31:28
78阅读
iOS组件化开发流程前期准备工作注册仓库账号（gitHub/gitLabel/码云）注册trunk创建组件模版在组件模版里编写自己的代码修改.specs文件push到仓库给组件打一个tag校验specs文件关联私有仓库或上传cocoapods 前期准备工作组件化开发之前，我们先了解一下，什么是组件化，为什么要组件化开发 举个很简单的例子，我们平时在开发的时候用的第三方库，我们直接pod下来就可以
转载
2023-07-13 14:05:11
118阅读
关于代码的组件化，我一直认为都是有必要的。我所坚持该观点主要来自于以下几项。结构最小化维护性扩展性抽象代码是结构最小化必备的思想。为什么？从编码角度，代码可以分为系统代码和业务代码。首先，系统代码是维护系统逻辑和业务逻辑必要的基石。抽象代码的目的，就是将业务逻辑和系统逻辑拆分，两者不冲突。最简单的方式是，从现有各个语言框架看，抽象思维遍地都是，抽象的另一个目的就是简化逻辑。让逻辑调用更简单。在我看
转载
2023-07-28 16:00:28
77阅读
一、背景业务组件化（或者叫模块化）作为移动端应用架构的主流方式之一，近年来一直是业界积极探索和实践的方向。有赞移动团队自16年起也在不断尝试各种组件化方案，在有赞微信商城，有赞零售，有赞美业等多个应用中进行了实践。我们踩过一些坑，也收获了很多宝贵的经验，并沉淀出 iOS 相关框架 Bifrost (雷神里的彩虹桥)。在过程中我们深刻体会到“没有绝对正确的架构，只有最合适的架构”
转载
2024-05-28 14:08:08
0阅读
# 组件化iOS开发的优势与实践
随着移动应用的复杂性日益增加，组件化开发逐渐成为iOS开发领域的一种主流趋势。组件化不仅可以提高开发效率，还能提升代码的重用性和可维护性。本文将介绍组件化iOS开发的基本概念，并附以代码示例以加深理解。
## 组件化的概念
组件化开发是将应用分解为多个相对独立的模块（组件），每个模块负责特定的功能，通过统一的接口进行交互。这种方式使得不同的开发团队可以并行进
将一个工程分解成各个组件，然后按照某种方式任意组织成为一个拥有完整业务逻辑的工程。大致讨论组件化的三种方案：url-block、protocol-class（和 url-controller 类似)、target-action，以及应用这三种组件化方案的时机、步骤、利弊等。一、为什么需要组件化随着公司业务的不断发展，项目的功能越来越复杂，各个业务代码耦合越来越多，代码量急剧增加，传统的 MVC 或
转载
2023-11-15 15:42:08
143阅读
1.组件化有什么好处？业务分层、解耦，使代码变得可维护；有效的拆分、组织日益庞大的工程代码，使工程目录变得可维护；便于各业务功能拆分、抽离，实现真正的功能复用；业务隔离，跨团队开发代码控制和版本风险控制的实现；模块化对代码的封装性、合理性都有一定的要求，提升开发同学的设计能力；在维护好各级组件的情况下，随意组合满嘴不同产品需求；（只需要将之前的多个业务组件模块在新的主App中进行组装即可快速迭代出
转载
2023-07-13 14:04:26
173阅读
我们在做组件化之前，必须要弄清楚，我们为什么要组件化，如果没有明显的优点，或者解决我们的所需，我们没有必要组件化。在app迭代如此快速的情况下，耗费时间精力去做这么一件事情到底值不值得？一、组件化所解决的问题1.代码复用编程发展至今，面向对象语言的技术点发展，大多解决的是代码可复用问题，不管是封装、继承、多态，都是解决代码重用的不同解决方案，而组件化也是为了这个目的，将一个业务、一个功能、甚至一段
转载
2023-08-10 14:56:28
159阅读
最近在学习组件化的一些方案。这里收集消化了一下，分享给大家参考。组件化是架构层面的一个概念，它把项目按照某些规则（比如：按功能、按业务）划分成若干个颗粒度较小的单位，我们把这些单位称之为组件，或者是模块，来达到优化项目结构的目的。组件又可以细分为 功能组件（如：图片库，网络库），业务组件也叫模块（如：订单模块，个人中心模块）功能组件主要是物理层面的拆分，方便以后的复用业务组件强调逻辑拆分，以便解耦
转载
2024-03-02 10:51:00
94阅读
前言说起组件化大家应该都不陌生，不过也再提一下，由于业务的复杂度扩展，各个模块之间的耦合度越来越高，不但造成了“牵一发动全身”的尴尬境地，还增加了测试的重复工程，此时，组件化就值得考虑了。组件化就是将APP拆分成各个组件（或者说模块），同时解除这些组件之间的耦合，然后通过路由中间件将项目所需要的组件结合起来。这样做的好处有：解耦合，增强可移植性，不用再自身业务模块中大量引入其他业务的头文件。提高复
转载
2024-05-30 22:30:57
75阅读
前言：随着用户的需求越来越多，对App的用户体验也变的要求越来越高。为了更好的应对各种需求：①App架构：开发人员从软件工程的角度，将App架构由原来简单的MVC变成MVVM，VIPER等复杂架构。更换适合业务的架构，是为了后期能更好的维护项目。②版本快速迭代：但是用户依旧不满意，继续对开发人员提出了更多更高的要求，不仅需要高质量的用户体验，还要求快速迭代，最好一天出一个新功能，而且用户还要求不更
转载
2024-03-05 09:26:47
130阅读
上下拉刷新控件MJRefresh –仅需一行代码就可以为UITableView或者CollectionView加上下拉刷新或者上拉刷新功能。可以自定义上下拉刷新的文字说明。（推荐）SVPullToRefresh –下拉刷新控件4500+star，值得信赖CBStoreHouseRefreshControl –一个效果很酷炫的下拉刷新控件3600+starBreakOutToRefresh –一个下
转载
2024-06-09 19:26:40
29阅读
随着公司业务需求的不断迭代发展，工程的代码量和业务逻辑也越来越多，原始的开发模式和架构已经无法满足我们的业务发展速度了，这时我们就需要将原始项目进行一次重构大手术了。这时我们应该很清晰这次手术的动刀口在哪，就是之前的高度耦合的业务组件和功能组件，手术的目的就是将这些耦合拆分成互相独立的各个组件。工程效果预览 下面我们围绕这几个问题来展开讲解为什么要用组件化，它给我们带来哪些优势各个组件该如何进行拆
转载
2023-12-05 13:54:08
108阅读
面试题分享：iOS面试合集+答案（一）iOS面试合集+答案（二）iOS面试合集+答案（三）iOS面试合集+答案（四）iOS面试合集+答案（五）iOS进阶面试题----Block部分iOS进阶面试题----多线程iOS基础面试题合集（一）iOS基础面试题合集（二）原创：GuoJin 百度APP技术团队-资深技术专家组件化是一个老生常谈的涉及面很广的话题，即不是做好一件事而是做好一系列的事情才能达成；
iOS进阶 - 组件化设计探究组件化架构的设计需要解决三个主要问题：模块粒度如何划分如何分层多团队如何协作模块粒度如何划分模块粒度划分需遵循五个原则：单一功能原则：对象功能要单一，不要在一个对象里添加很多功能开闭原则：扩展是开放的，修改是封闭的里式替换原则：子类对象时可以替代基类对象的接口隔离原则：接口的用途要单一，不要在一个接口上根据不同入参实现多个功能依赖反转原则：方法应该依赖抽象，不要依赖实
转载
2023-09-26 20:00:05
99阅读
