文档章节

如何选择开源框架

溱
 
发布于 2015/10/17 10:51
字数 1417
阅读 133
收藏 1

想必这样的问题,大家都有疑惑过。我想大部分的疑惑无非以下几点:

    1.这个框架稳定吗?要是有bug怎么办?

    2.这个框架能满足我的所有需求吗?如果用到一半发现不适用该怎么办?

    3.这个框架耦合度高吗?是否能按照需求再去定制扩展?

先不看以上几点,我们先来说什么样的框架一定一定不要采纳:

    1.聚合型框架一定要放弃(比如Afinal,xUtils),why?越是大而全,越容易牵一发而动全身,而且在框架世界里没有1+1>2这一说。

        相反的可读性差,耦合高,难扩展。是Afinal中的图片缓存好还是fresco,Picasso等好,不言而喻了吧?

    2.github上last commit超过一年以上或者issues一大堆没fix的一定不要使用。这其中会有很多坑,要是出问题了,你都不知道找谁问。

        相应的,我最怕别人问的问题就是:Stay,你用过xxx框架么?帮我看看这问题吧。

    3.仿 xxx UI效果大全,请慎重使用,如果可以,多跟产品经理沟通,尽量使用Material Design设计,另外可以参考InstaMaterial。

        别把大量时间跟精力花在了调UI效果上。UI性能与潜在bug是最不好调试的。大多数人对touch事件,view绘制都是一知半解。


通过上述条件,基本可以pass掉60%的开源项目。

技术更新还是很快的,很多以前实现复杂或者根本无解的需求在未来都能有很好的解决方案。当你好几天都没找到你想要的解决方案,不妨去做沟通,选用其他替代需求


如果你的项目在从0到1的初始阶段。

不妨先花上一周时间来做调研。这是款什么样的产品,做做竞品分析,考虑未来可能会有的扩展。

根据产品业务来选择框架才是最优解。整体项目结构在未来重构的可能性非常小,所以一开始得尽可能得多去考虑扩展,不然会非常痛苦。

另外,你可以放心大胆的去尝试新出的开源lib,但凡写框架,都以简单易用为最根本目的,

随着技术的推进,新出的框架也会吸收前人的经验而越来越成熟。而且用户量还很少,前期还有很长的过渡期,你有充足的时间来验证这个框架是否好用。


如果你的产品在从1到N的成熟阶段。

这个时候每个框架的更换都需要慎重考虑了,在用户基数大的情况下,任何一个bug都会导致严重的后果。尽可能的采用灰度发布,小规模测试后再统一升级。

比方说,你觉得universal-image-loader不够好用,经常oom,而且下载显示速度慢,那你可以选择fresco,picasso对吧。

那么,如果你以前没有对图片缓存框架进行一次再封装,尽量在你换框架时做一下封装。

即:别在代码中显示的调用UniversalImageLoader.display()或fresco.display(),因为这些代码被调用的地方太多了,一旦你要换框架,那么要改的地方就炒鸡多。

为了以后再发生这样的问题,不妨将它们再包一层。以后就轻松些。你说对吧。

或者说,IM的消息收发,现在有那么多平台的云推送,如何选择也是个问题,如果拿不准,那么在使用之前要尽量去解耦和,别显式调用任何云推送API,

自己再包装一层,这样随便你怎么换,都不需要去更改业务逻辑,只用替换云平台API就ok了。



至于类似框架之间该如何选择,其实都差不多,有一些准则,仅供参考:

如果框架A依赖另外的jar比较多,谨慎使用,学习也是要成本的。

如果框架B没有详细的文档,谨慎使用,理由同上。

如果框架C对你目前的App影响较大,改动的地方多,那么谨慎使用。

如果框架D耦合度高,不方便扩展,谨慎使用。


差不多就这些,开源lib太多了,你mark的那些lib,能用上10%就非常不错了,能熟读1%的源码并扩展,也算是个senior developer了。


我项目里差不多都用自己写的框架,除了一些UI会找lib,能自己写的基本自己动手,毕竟架构再完善也很难去满足一个特定的需求。


以下纯推荐,不代表我用过,要是出问题了,别来责问我哈。

网络层: Retrofit或者Volley+OkHttp,async-http-lib尽量就别用了,比较老。另外这些都需要再进一步扩展的,可以自己搜下,有用的就集成进去。 

数据库: Ormlite或者Realm,要加密的话用SqlCipher 

图片缓存: Fresco, Picasso,如果集成的效果不理想,多看看配置参数是否正确 

工具: 查内存泄漏(leakcanary)异步通知(RxJava谨慎使用)数学计算表达式(expression4j)日期处理(joda time)


至于UI层的lib我就不细说了,自行搜索。



知易行难,遇到问题耐心一些,在写代码之前多分析多google,务必把后期的重构花到前期去。


本文转载自:http://www.cnblogs.com/stay/p/4878025.html

共有 人打赏支持
溱

粉丝 38
博文 57
码字总数 27903
作品 0
苏州
高级程序员
写书计划《让我们一起开源吧》目录大纲

目标读者: 写框架的人或者正在计划写框架的人,个人开源项目爱好者,有想法参与开源项目的读者。读者范围还可以扩大到Java初学者。 本书特色: 本书的视角是通过个人作者发起开源项目为切入...

哈库纳
2016/11/24
481
26
Html5必看:教你如何选择移动APP开发框架

  如何选择移动APP开发框架一直是困扰很多新手的难题,今天杭州APP开发(www.proginn.com/users/hangzhou/ios/)小编就和大家一起分享一下HTML5 移动app开发过程中框架该如何选择?当然我们...

程序员客栈
2016/06/17
217
0
快速开发框架哪个好?

在企业开发中,选择开源框架是一个很费劲的事情,怎么来选一个合适的框架呢,现在小编来分析下bms-project的几点经验: 1.快速开发:需求变动大,项目周期短,要想不加班,怎能少快速开发。 ...

guanxf
2016/07/11
1K
2
物联网APP开源框架教程(二)—— iOS APP开发

如何使用核心模块开发设备控制功能(iOS APP开发) 导读:本次教程我们在开源框架代码基础上做一个控制gokit红灯开的App,Wi-Fi设备接入机智云客户端调试工具包括 iOS Demo 和Android Demo ...

物联网小能手
2016/11/29
535
0
Ruby on Rails vs. PHP vs. Python

开发者在开发web应用时,往往会对平台的选择感到困惑,而web专家通常会建议:要考虑几个因素,这些因素包括周转时间、质量、跨浏览器兼容性、与其他框架的整合、数据安全性、易于访问性等。 ...

justjavac
2012/12/06
2.7K
5

没有更多内容

加载失败,请刷新页面

加载更多

学习设计模式——命令模式

任何模式的出现,都是为了解决一些特定的场景的耦合问题,以达到对修改封闭,对扩展开放的效果。命令模式也不例外: 命令模式是为了解决命令的请求者和命令的实现者之间的耦合关系。 解决了这...

江左煤郎
25分钟前
1
0
字典树收集(非线程安全,后续做线程安全改进)

将500W个单词放进一个数据结构进行存储,然后进行快速比对,判断一个单词是不是这个500W单词之中的;来了一个单词前缀,给出500w个单词中有多少个单词是该前缀. 1、这个需求首先需要设计好数据结...

算法之名
昨天
7
0
GRASP设计模式

此文参考了这篇博客,建议读者阅读原文。 面向对象(Object-Oriented,OO)是当下软件开发的主流方法。在OO分析与设计中,我们首先从问题领域中抽象出领域模型,在领域模型中以适当的粒度归纳...

克虏伯
昨天
0
0
Coding and Paper Letter(四十)

资源整理。 1 Coding: 1.Tomislav Hengl撰写的非官方作者指南:Michael Gould•Wouter Gerritsma。 UnofficialGuide4Authors 2.R语言包rwrfhydro,社区贡献的工具箱,用于管理,分析和可视化...

胖胖雕
昨天
0
0
JAVA 内存回收

参考:https://www.cnblogs.com/leesf456/p/5218594.html 1,JMV 中哪些可以作为 GC Root? 1. 虚拟机栈(栈帧中的局部变量区,也叫做局部变量表)中引用的对象。 2. 方法区中的类静态属性引...

Carlyle_Lee
昨天
1
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部