注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. swift-iOS架构组件化响应式架构

  2. 本文谈谈本人是如何设计一个简单的 iOS 响应式架构。

  3. 所属分类：其它

    • 发布日期：2019-08-14
    • 文件大小：219136
    • 提供者：weixin_39840387

  1. swift-iOS从零到一搭建组件化项目架构

  2. iOS 组件化开发项目架构设计，结合 MVVM 设计模式 RAC 数据绑定 Pod 组件管理， 实现一套实战性的iOS组件化架构开发模式

  3. 所属分类：其它

    • 发布日期：2019-08-15
    • 文件大小：1048576
    • 提供者：weixin_39841365

  1. swift-AOP来避免基类继承MVVMReactiveObjCJLRoutes组件化

  2. iOS架构实践干货：AOP来避免基类继承 MVVM ReactiveObjC JLRoutes组件化，代码比较完善

  3. 所属分类：其它

    • 发布日期：2019-08-15
    • 文件大小：975872
    • 提供者：weixin_39841882

  1. iOS组件化开发架构设计思考

  2. 当前iOS端APP项目大概有35万行代码，早期为了iPad和iPhone双端开发的效率，将所有业务模块的网络请求和数据模型统一抽离到DDEngine工程，自定义了私有开发库DDDevLib工程，和第三方SDKs管理库ThirdSDKs工程，和功能相对独立的DDMIX_UI工程。在项目较小时，这个架构是完全可以满足开发需要的，也是容易推进的。但是开发过程中缺少组件化的考量，随着产品线的扩展和人员流动，对项目不熟悉和开发规范不够严谨，造成业务模块依赖关系非常复杂，主要有三类耦合：工程耦合：某些模块在

  3. 所属分类：其它

    • 发布日期：2021-03-03
    • 文件大小：354304
    • 提供者：weixin_38570145

  1. 58同城iOS客户端组件化演变历程

  2. 早在2010年58同城诞生第一版iOS客户端，按照传统的MVC模式去设计，纯Native页面，这时的功能较为简单，架构也是如此，从上至下分为UI展现、业务逻辑、数据访问三层，如图1所示。和同期其他公司一样，App的出发点是为了快速抢占市场，采取“短平快”的方式开发。纯Native的App在早期业务量不是太大的情况下，能满足业务的需求。图1App早期架构由于苹果审核周期较长，业务需求不断增大，有些业务如果用Native进行开发，工作量大投入人员较多，也不能动态更新，如58App的大类、列表、详情页

  3. 所属分类：其它

    • 发布日期：2021-02-25
    • 文件大小：718848
    • 提供者：weixin_38739164

  1. iOS架构学习篇——组件化架构漫谈

  2. 前段时间公司项目打算重构，准确来说应该是按之前的产品逻辑重写一个项目??。在重构项目之前涉及到架构选型的问题，我和组里小伙伴一起研究了一下组件化架构，打算将项目重构为组件化架构。当然不是直接拿来照搬，还是要根据公司具体的业务需求设计架构。在学习组件化架构的过程中，从很多高质量的博客中学到不少东西，例如蘑菇街李忠、casatwy、bang的博客。在学习过程中也遇到一些问题，在微博和QQ上和一些做iOS的朋友进行了交流，非常感谢这些朋友的帮助。本篇文章主要针对于之前蘑菇街提出的组件化方案，以及cas

  3. 所属分类：其它

    • 发布日期：2021-02-25
    • 文件大小：668672
    • 提供者：weixin_38734200

  1. iOS架构组件化

  2. 当一个App只有几个人开发的时候，很容易就会在一个单项目中开发。但当App开发人数越来越多，甚至几百人，十几个不同BU都在协调开发同一个App的时候，就必须对架构进行组件化，才能方便开发。首先，第一个问题，为何需要组件化？如果依旧是单工程项目，或者是多工程引入同一个项目的开发，会有以下的问题：1.严重的代码耦合比如a模块要跳转b模块的页面，就要在a模块的代码中耦合b模块的页面代码2.协同工作困难开发工程中需要去编译别的模块的代码，还容易出现冲突问题，引发别的问题3.测试效率低下不仅测试某一个功能

  3. 所属分类：其它

    • 发布日期：2021-02-25
    • 文件大小：313344
    • 提供者：weixin_38610682

  1. Android组件化框架设计与实践

  2. 在目前移动互联网时代，每个APP就是流量入口，与过去PCWeb浏览器时代不同的是，APP的体验与迭代速度影响着用户的粘性，这同时也对从事移动开发人员提出更高要求，进而移动端框架也层出不穷。上图显示的是传统的服务端架构和客户端App架构对比。传统的服务端架构中最底下是一个OS，一般是Linux，最上面服务端的业务，而中间有非常多的层次可以在架构上，按照我们的意愿搭建中间的各个层次的衔接环节，使得架构具有足够的灵活性和扩展性。但是到了App就会面对一个完全不同的现状，App的OS（Android或i

  3. 所属分类：其它

    • 发布日期：2021-02-25
    • 文件大小：590848
    • 提供者：weixin_38519681

  1. iOS应用架构谈组件化方案

  2. 前几天的一个晚上在infoQ的微信群里，来自蘑菇街的Limboy做了一个分享，讲了蘑菇街的组件化之路。我不认为这条组件化之路蘑菇街走对了。分享后我私聊了Limboy，Limboy似乎也明白了问题所在，我答应他我会把我的方案写成文章，于是这篇文章就出来了。另外，按道理说组件化方案也属于iOS应用架构谈的一部分，但是当初构思架构谈时，我没打算写组件化方案，因为我忘了还有这回事儿。。。后来写到view的时候才想起来，所以在view的那篇文章最后补了一点内容。而且觉得这个组件化方案太简单，包括实现组件化

  3. 所属分类：其它

    • 发布日期：2021-02-25
    • 文件大小：239616
    • 提供者：weixin_38689113

  1. iOS组件化——路由设计思路分析

  2. 随着用户的需求越来越多，对App的用户体验也变的要求越来越高。为了更好的应对各种需求，开发人员从软件工程的角度，将App架构由原来简单的MVC变成MVVM，VIPER等复杂架构。更换适合业务的架构，是为了后期能更好的维护项目。但是用户依旧不满意，继续对开发人员提出了更多更高的要求，不仅需要高质量的用户体验，还要求快速迭代，最好一天出一个新功能，而且用户还要求不更新就能体验到新功能。为了满足用户需求，于是开发人员就用H5，ReactNative，Weex等技术对已有的项目进行改造。项目架构也变得更

  3. 所属分类：其它

    • 发布日期：2021-02-24
    • 文件大小：8388608
    • 提供者：weixin_38612139

  1. 有赞移动iOS组件化（模块化）架构设计实践

  2. 业务组件化（或者叫模块化）作为移动端应用架构的主流方式之一，近年来一直是业界积极探索和实践的方向。有赞移动团队自16年起也在不断尝试各种组件化方案，在有赞微商城，有赞零售，有赞美业等多个应用中进行了实践。我们踩过一些坑，也收获了很多宝贵的经验，并沉淀出iOS相关框架。在过程中我们深刻体会到“没有绝对正确的架构，只有最合适的架构”这句话的意义。很多通用方案只是组件化的冰山一角，实际落地过程中还有相当多的东西需要考量。本文并不准备对组件化架构设计方案给出一份标准答案，而是希望通过我们的实践经验和思考

  3. 所属分类：其它

    • 发布日期：2021-02-23
    • 文件大小：776192
    • 提供者：weixin_38697979

  1. TwitterClone：TwitterClient应用程序代表一个真实世界的客户端应用程序twitter示例：它提供了相当复杂的功能集，是架构组件所带来的所有优点的合适展示，具有使其成为模块化，可扩展，可测试的所有功能，和可维护的应用-源

  2. Twitter客户端iOS应用 TwitterClient应用程序代表现实世界中的twitter客户端应用程序：它提供了相当复杂的功能集，是架构组件所带来的所有优势的合适展示，具有使其成为模块化，可扩展，可测试和可维护的应用程序的所有功能。 实施使用 带有RxSwift的MVVM RxMoya网络 应用程序流程的协调器（导航器）模式 模块化架构（应用程序，数据，核心，演示） 许多设计模式（Builder，Factory，Repository，Singletone，Strategy等） SO

  3. 所属分类：其它

    • 发布日期：2021-02-21
    • 文件大小：8388608
    • 提供者：weixin_42122986

  1. 58同城iOS客户端组件化演变历程

  2. 早在2010年58同城诞生第一版iOS客户端，按照传统的MVC模式去设计，纯Native页面，这时的功能较为简单，架构也是如此，从上至下分为UI展现、业务逻辑、数据访问三层，如图1所示。和同期其他公司一样，App的出发点是为了快速抢占市场，采取“短平快”的方式开发。纯Native的App在早期业务量不是太大的情况下，能满足业务的需求。图1App早期架构由于苹果审核周期较长，业务需求不断增大，有些业务如果用Native进行开发，工作量大投入人员较多，也不能动态更新，如58App的大类、列表、详情页

  3. 所属分类：其它

    • 发布日期：2021-02-02
    • 文件大小：718848
    • 提供者：weixin_38609453

  1. iOS架构学习篇——组件化架构漫谈

  2. 前段时间公司项目打算重构，准确来说应该是按之前的产品逻辑重写一个项目??。在重构项目之前涉及到架构选型的问题，我和组里小伙伴一起研究了一下组件化架构，打算将项目重构为组件化架构。当然不是直接拿来照搬，还是要根据公司具体的业务需求设计架构。 在学习组件化架构的过程中，从很多高质量的博客中学到不少东西，例如蘑菇街李忠、casatwy、bang的博客。在学习过程中也遇到一些问题，在微博和QQ上和一些做iOS的朋友进行了交流，非常感谢这些朋友的帮助。本篇文章主要针对于之前蘑菇街提出的组件化方案，以及ca

  3. 所属分类：其它

    • 发布日期：2021-01-27
    • 文件大小：668672
    • 提供者：weixin_38706197

  1. Android组件化框架设计与实践

  2. 在目前移动互联网时代，每个APP就是流量入口，与过去PCWeb浏览器时代不同的是，APP的体验与迭代速度影响着用户的粘性，这同时也对从事移动开发人员提出更高要求，进而移动端框架也层出不穷。上图显示的是传统的服务端架构和客户端App架构对比。传统的服务端架构中最底下是一个OS，一般是Linux，最上面服务端的业务，而中间有非常多的层次可以在架构上，按照我们的意愿搭建中间的各个层次的衔接环节，使得架构具有足够的灵活性和扩展性。但是到了App就会面对一个完全不同的现状，App的OS（Android或i

  3. 所属分类：其它

    • 发布日期：2021-01-27
    • 文件大小：583680
    • 提供者：weixin_38690830

  1. iOS应用架构谈组件化方案

  2. 前几天的一个晚上在infoQ的微信群里，来自蘑菇街的Limboy做了一个分享，讲了蘑菇街的组件化之路。我不认为这条组件化之路蘑菇街走对了。分享后我私聊了Limboy，Limboy似乎也明白了问题所在，我答应他我会把我的方案写成文章，于是这篇文章就出来了。另外，按道理说组件化方案也属于iOS应用架构谈的一部分，但是当初构思架构谈时，我没打算写组件化方案，因为我忘了还有这回事儿。。。后来写到view的时候才想起来，所以在view的那篇文章最后补了一点内容。而且觉得这个组件化方案太简单，包括实现组件化

  3. 所属分类：其它

    • 发布日期：2021-01-27
    • 文件大小：234496
    • 提供者：weixin_38742453

  1. iOS架构组件化

  2. 当一个App只有几个人开发的时候，很容易就会在一个单项目中开发。但当App开发人数越来越多，甚至几百人，十几个不同BU都在协调开发同一个App的时候，就必须对架构进行组件化，才能方便开发。首先，第一个问题，为何需要组件化？ 如果依旧是单工程项目，或者是多工程引入同一个项目的开发，会有以下的问题： 1.严重的代码耦合 比如a模块要跳转b模块的页面，就要在a模块的代码中耦合b模块的页面代码

  3. 所属分类：其它

    • 发布日期：2021-01-27
    • 文件大小：310272
    • 提供者：weixin_38553791

  1. iOS业务组件化框架Axe

  2. 业务组件化是近几年非常火的APP架构思路，究其原因，随着业务发展，APP的规模也逐渐膨胀，代码管理与协作开发变得困难，编译耗时也屡创新高，应用功能的拆分与研发团队的拆分也不可避免。 这些发展需要APP架构的变更，以支持大型APP的开发，支持跨团队的协作。而解决方案就是将各个业务拆分成独立组件，从主工程中脱离，进行单独开发、编译、测试，不与其他业务组件相互耦合。组件化方案，需要解决三个问题：1.代码隔离：最基本的要求，使组件可以单独开发。2.单独编译：组件单独构建编译，以提高APP编译速度，并为单

  3. 所属分类：其它

    • 发布日期：2021-01-27
    • 文件大小：1048576
    • 提供者：weixin_38680811

  1. iOS组件化——路由设计思路分析

  2. 随着用户的需求越来越多，对App的用户体验也变的要求越来越高。为了更好的应对各种需求，开发人员从软件工程的角度，将 App架构由原来简单的MVC变成MVVM，VIPER等复杂架构。更换适合业务的架构，是为了后期能更好的维护项目。但是用户依旧不满意，继续对开发人员提出了更多更高的要求，不仅需要高质量的用户体验，还要求快速迭代，最好一天出一个新功能，而且用户还要求不更新就能体验到新功能。为了满足用户需求，于是开发人员就用H5，ReactNative，Weex

  3. 所属分类：其它

    • 发布日期：2021-01-27
    • 文件大小：8388608
    • 提供者：weixin_38691319

  1. 有赞移动iOS组件化（模块化）架构设计实践

  2. 业务组件化（或者叫模块化）作为移动端应用架构的主流方式之一，近年来一直是业界积极探索和实践的方向。有赞移动团队自 16年起也在不断尝试各种组件化方案，在有赞微商城，有赞零售，有赞美业等多个应用中进行了实践。我们踩过一些坑，也收获了很多宝贵的经验，并沉淀出 iOS相关框架 。在过程中我们深刻体会到“没有绝对正确的架构，只有最合适的架构”这句话的意义。很多通用方案只是组件化的冰山一角，实际落地过程中还有相当多的东

  3. 所属分类：其它

    • 发布日期：2021-01-27
    • 文件大小：776192
    • 提供者：weixin_38695061
« 12 »