鸽子预警
    由于精力有限,扩展库的正式版推出时间可能接近无穷远。。。所以。。。请不要抱有太大的期待~
    我们的主力依然是BasePopup的迭代和完善。

    随着BasePopup主体框架的稳定,我们的重心将逐步转移到其扩展库(BasePopup-Extension)的开发中,旨在完善BasePopup项目。

    在我心目中,BasePopup作为一个“Base”框架,它理应像Adapter一样,需要以尽可能的抽象和尽可能少的约束去面对无止境的需求,因此对于issue各种各样的需求会谨慎对待,而不是说issue有xxx需求,我就添加进来。力求让开发者自由的实现他们的需求但也正因为过于自由,会有一种“使用门槛略高”的存在。

    作为开发者,我也经常遇到这个问题,比如我只需要一个常见的弹框,在BasePopup框架下我不得不写一套UI,对于开发者或者熟悉BasePopup框架的人来说,这不是个问题。

    但是,如果我是一个刚刚接触BasePopup的开发者呢,或者我是一个小白,又或者促使我使用BasePopup的原因可能是因为看了Readme上挺不错的效果图而想着尝试一下,但当我真正要用的时候发现这些功能居然还是要我重新写一套,而完成这一套功能的前提是我得去熟悉BasePopup框架的使用等。对于赶时间的开发者来说,或者对于想尝试一下BasePopup的开发者来说,这并不是一个美妙的体验。

    因此,在之前我们发起了一轮调查,该调查目的在于统计大家是否支持开发一个封装了日常常见弹窗类型的扩展库,在一段时间后,我看了下数据,发现95%的开发者选择同意,其中有部分开发者表示希望不要“污染”到BasePopup,所以最终我们决定重新开发一个库:BasePopup-Extension,该库是对BasePopup的一个扩展,或者说是对BasePopup的一个实现。

    我希望这个库能完成“一句话”调用的问题,但又尽可能保证其扩展性,与BasePopup相比,扩展库的开发难度可能更加的高,而且更考验我对BasePopup的设计。正因为如此,在时间上我不能保证什么时候能够完成,如果一定要加个时间的话。。。我希望是“有生之年”吧。。。嘿嘿

    如果对于扩展库有什么提议,可以到issue:未来计划&意见记录小本本 中提出,我会定期查阅并修改计划表的。