打字猴:1.703952125e+09
1703952125 技术管理之巅:如何从零打造高质效互联网技术团队? [:1703949763]
1703952126 8.1.1 移动开发团队的组织架构
1703952127
1703952128 在本节里,我们探讨大型技术团队,如何搭建移动开发团队。在大型的技术团队中,大部分是PC端和底层开发人员,移动开发是近两年迅速发展起来的开发技术。在这样的背景之下,移动开发部是单独设立的部门,跟技术研发部是平行部门,如图8-1所示。移动开发部分成IOS、安卓两个开发小组,这样的好处是,移动开发资源比较集中,有利于移动开发资源的高效利用,适合移动业务的早期和中期,移动业务整体占比不高,开发需求量不大,用户对移动体验要求不高的情况。
1703952129
1703952130
1703952131
1703952132
1703952133 图8-1 独立移动开发团队的组织架构
1703952134
1703952135 随着移动业务的飞速发展,在整体生意中的占比超过30%的时候,这样的组织架构就面临挑战了。因为业务需求越来越多,用户对移动应用体验要求越来越高,独立的移动开发部在人手方面和对业务的熟悉度上都是受到限制的,所以这个阶段应该把移动开发团队拆散到技术研发部里,如图8-2所示。可以保留一个小型的“移动架构部”,负责移动技术框架的设计和维护工作,不参与具体业务应用的开发,每个业务开发小组,负责各自业务的移动应用模块开发。
1703952136
1703952137
1703952138
1703952139
1703952140 图8-2 移动开发人员拆散到技术研发部
1703952141
1703952142 以上介绍的是大型技术团队,搭建移动开发团队的方法,如果是从零开始的移动应用创业团队,情况就不一样了。
1703952143
1703952144 对于创业型移动开发团队,如30人以内的移动开发团队,只要配备齐产品设计、运营、移动开发、测试、UED、架构师、Leader等角色,进行简单的分工就可以了。移动开发人员可根据项目的要求临时组成项目小组,进行协同开发,项目结束即可释放开发资源。
1703952145
1703952146 在大型技术团队,几十个开发团队协同进行开发,其中包括PC端Web应用、移动应用、底层接口等,在这样的“多屏”时代,我们的技术架构又该如何搭建呢?
1703952147
1703952148 带着这个问题,我们进入下一节,一起来探讨“多屏”时代移动应用的技术架构如何搭建。
1703952149
1703952150 技术管理之巅:如何从零打造高质效互联网技术团队? [:1703949764]
1703952151 8.1.2 移动应用的技术架构
1703952152
1703952153 移动互联网时代的来临,使我们在技术架构上要考虑“多屏”的需求。在软件开发的过程中,底层要稳固、健壮、具备高可用性;接口层要丰富、兼容、保持相对稳定;业务逻辑层要兼顾灵活性、可扩展性,以支持灵活多变的业务发展;展示层要能适应每个终端的特点,设计良好的用户体验。
1703952154
1703952155 下面我们主要介绍一些比较有特色的技术框架:SOA构架在移动中的应用、MVVM框架、Facebook的ReactsNative框架。
1703952156
1703952157 SOA架构,使得应用的服务器端各模块间解耦,在应用部署的时候从业务维度进行分组,在极端情况下可以舍弃非核心模块,以保证主业务不受到影响,体现出了SOA架构的优雅和高可用性。从图8-3的移动应用整体架构中,可以看到SOA在其中起到的至关重要的作用。
1703952158
1703952159
1703952160
1703952161
1703952162 图8-3 移动技术框架
1703952163
1703952164 从图8-3中可以看到,无线服务平台是独立存在的,可以整合所有的后端服务和数据,针对无线的特点,优化后提供给APP,真正做到根据无线规则出牌,针对不同的设备类型,如Android、iPhone、iPad、Windows Phone等,提供不同类型的数据和内容。基础服务平台,提供底层通用的数据接口,并对这些接口被调用的情况进行监控,做到实时预警,还可以集中进行技术数据统计和业务数据统计。
1703952165
1703952166 MVVM是Model-View-ViewModel的简写。微软的WPF(Windows Presentation Foundation,微软推出的基于Windows Vista的用户界面框架)带来了新的技术体验,如Silverlight、音频、视频、3D、动画……这导致了软件UI层更加细节化、可定制化。同时,在技术层面,WPF也带来了诸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM(Model-View-ViewModel)框架的由来便是MVP(Model-View-Presenter)模式与WPF结合的应用方式发展演变过来的一种新型架构框架。它立足于原有MVP框架并且把WPF的新特性柔和进去,以应对客户日益复杂的需求变化,如图8-4所示。
1703952167
1703952168
1703952169
1703952170
1703952171 图8-4 MVVM模式
1703952172
1703952173 MVVM,让视图逻辑和业务逻辑完全分离,View层专注展示,ViewModel层专注业务,容易并行开发,优点是业务逻辑集中、模块结构相对统一、好维护、好上手,单元测试可以做到ViewModel层,不再跟UI纠缠不清,模块的复用度也更高。跟传统的MVC模式相比,MVC中的C不可避免地越来越胖,视图逻辑和业务逻辑混杂,导致各种问题,如单元测试不好做、开发不容易并行、模块结构不统一,导致维护成本高、新人上手困难,比如视图上几个控件联动,有用通知实现的,有用观察者实现的,也有手写联动代码的,比较混乱。
1703952174
[ 上一页 ]  [ :1.703952125e+09 ]  [ 下一页 ]