А у меня следующий вопрос. Архитектура - она не только

Question

А у меня следующий вопрос. Архитектура - она не только

о том, как разбить код. Она касается многих решений, которые трудно обратить.

Как вы подходите к выбору библиотек? Вчера у нас в команде возникли разногласия, когда я на код ревью увидел, что коллеги воткнули Joda time (5к методов и 600кб) в зависимости.

С одной стороны, мультидекс у нас уже всё равно включен и 600кб из 30мб апк кажутся не такой уже большой проблемой (да, я понимаю, что с подключением либ не всё так линейно, но это пример).

С другой стороны, тянуть здоровенную либу для замены 1-2 методов работы с датами (а мы не календарь какой-нибудь) - однозначно перебор, я считаю.

Я понимаю, когда мы берём некий ui компонент, который пришлось бы имплементить неделю-другую - здесь мы явно балансируем между скоротью разработки и рисками, привнесёнными новой либой и зачастую это того стоит. Или rxjava2 и retrofit, которые действительно ускоряют разработку. Но данный кейс мне не нравится.

В итоге, я убедил коллег выпилить joda-time. А что считаете вы? Не только по поводу этой либы, а в принципе?

#it #programming #russian #software

0

07.04.2017

1 ответов

17 просмотров

Eugene Saturov · Accepted Answer

Eugene Saturov

в целом направление мысли считаю абсолютно здравым. Чем меньше необязательных зависимостей - тем лучше. Со многих точек зрения.

0

07.04.2017

214 похожих чатов

А у меня следующий вопрос. Архитектура - она не только

1 ответов

Похожие вопросы