OneClickStudio

0 - Что делаем сегодня?

В данном посте мы добавляем функционал сравнения ценников, смотрим отзывы пикабушников из магазинов приложений, и конечно же внедряем новые удобства на основе этих самых отзывов (иначе зачем мы их читаем). Готовы? Поехали!

Для Лиги Лени - этот пост опубликован в техническом сообществе, где дальше будет рассказываться много непонятных вещей, в частности, как пишется приложение, что в нем используется и как взаимодействует.

Если вы просто хотите посмотреть программу, скачать / потыкать ее в действии, или просто посмотреть что это за штука, пожалуйста посмотрите обзорный скриншот выше, или проследуйте по ссылкам, которые я публикую без зазрения совести - потому что само приложение бесплатное, и таковым и останется:

https://play.google.com/store/apps/details?id=ru.oneclickstu...

https://www.rustore.ru/catalog/app/ru.oneclickstudio.fairpri...

1 - Разбираемся с понятием сравнения

Итак, в самом начале давайте поразмышляем, зачем вообще нам может быть полезен такой раздел со сравнением, и обусловлена ли необходимость в нем как такового (потому что у нас уже есть прекрасный список, который хоть чуть чуть, но выполняет эти задачи):

• Когда мы сравниваем один (или несколько) ценников на товарах, обычно мы смотрим их по схожим характеристикам. Например, мы хотим узнать, какое самое дешевое молоко из представленного в магазине. Или пиво. Или хлеб. Или что вы там вечером едите :)

• В связи с этим у нас формируется некий "паттерн" поведения пользователя в реальной жизни. Ага, я увидел пельмени по 450 рублей за 500 грамм, теперь я хочу сравнить другие пельмени, и посмотреть, что дешевле в пересчете на килограмм.

• По такой логике наше сравнение обуславливается тем, что у нас есть заведомо известные параметры товара (раз уж взяли пельмени, то это вес в граммах и цена), а также то, что сравнивается один товар из нескольких производителей, или марок.

• Другими словами, было бы очень удобно "на лету" подсвечивать самое выгодное предложение (каким нибудь зеленым цветом), но при этом ограничить расчеты по одному типу (к сожалению, пельмени не измеряются в литрах, а жаль)

1.1 - Макет, рисуйся!

Как обычно, перед тем, чтобы где то нашкодить сверстать, надо представить "экран" будущей активности, чтобы прикинуть ее на существующих формах, и оценить внешний вид. И конечно нужно понять где будет "точка входа" для этой самой активности, и насколько это удобно для обывателей.

На данный момент нам прекрасно подойдет слой с результатами, который мы видим после каждого расчета. Считаю это удобным, так как при необходимости мы начнем сравнивать сразу с этой цены, а еще нам не нужно выбирать тип сравнения (мы его выбрали ранее), а даже если в этом в расчете нет необходимости, можно просто вернуться назад как обычно.

Для этого немного немного поправим данный слой, добавим новую кнопку, и иконки для наглядности, и выделим функцию шеринга (если ей еще кто то пользуется в этом веке). Действия объясняются буквально одной строкой для вьюх типа Button:

android:drawableLeft="@drawable/back_48px"

1.2 Экран активности

Дальше интереснее. В текущем виде наше сравнение товаров, это как отдельная сущность, которая не должна нас связывать с основной функцией приложения. То есть, в данный момент мы именно сравниваем цены одинакового типа, поэтому экран тоже должен быть отдельный.

Для этого появляется активность CompareActivity со своими слоями, слушателями на физические (или виртуальные) кнопки, а также функцией передачи из одной активности в другую.

Передаем мы, напомню, сведения из последнего расчета

Что мы можем тут узреть:

1. Приветственная карточка, которая повторяет функционал из главной формы, и служит напоминанием, что тут вообще происходит. Кстати, считается плохой практикой учить пользователя что делать (программа должна быть сразу интуитивно понятной), но для самых маленьких я не могу не оставить такую подсказку. И конечно, ее можно скрыть, посредством sharedPreferences, и она не будет надоедать.

2. Немного переделанный слой из списка, в котором мы сразу назначили цвет для ценника, который будет "перескакивать" на выгодную цену, в зависимости от наших подсчетов. Но так как сейчас результат один, то вначале он и будет самым выгодным, поэтому заранее окрашен.

3. Еще одна карточка для ввода значений, и добавления их к нашему списку. Постарался уместить ее в одну строку для быстроты ввода, при этом не нарушая читабельности (везде ясно что где вводится)

1.3 Принимаем и передаем сведения

Чтобы информация о последнем расчете попала в нашу активность, ее нужно передать из предыдущей. Для этого мы назначаем отдельный метод для кнопки "Начать сравнение", который остается в главной форме:

Intent intent = new Intent(MainActivity.this, CompareActivity.class);
intent.putExtra("get_compare_price", compare_price);
intent.putExtra("get_compare_weight", compare_weight);
intent.putExtra("get_compare_type", compare_type);
intent.putExtra("get_compare_result", compare_result);
startActivity(intent);

А в следующей активности мы уже запрашиваем эти сведения в onCreate, дополнительно убеждаемся в том что запрошенные поля не пустые (чтобы не получить NullPointerException, если приложение будет выгружено из памяти), и помещаем их на форму через метод добавления первого пункта.

get_compare_price = intent.getStringExtra("get_compare_price");
get_compare_weight = intent.getStringExtra("get_compare_weight");
get_compare_type = intent.getStringExtra("get_compare_type");
get_compare_result = intent.getStringExtra("get_compare_result");

Bundle extra = intent.getExtras();
if (extra !=null) {
SetFirstCompareItem();
}

1.4. Возвращаем значения расчетов к изначальному виду

Когда мы передавали результат из одного экрана на другой, то мы поневоле изменили тип передаваемых сведений. Был double при передаче, а стал String.

Нам нужно вернуть все обратно, чтобы приложение могло сравнивать одинаковые типы данных, а также для сохранения цен (у нас остается две цифры после запятой). Если оставить типы смешанными, расчет может производится некорректно, и подсвечиваться тоже

Поэтому мы меняем типы обратно, посредством

Double.parseDouble(имя_переменной)

1.5. Считаем!

Теперь, когда мы готовы к подсчетам, выполняем стандартные действия из предыдущего экрана, ограничивая размер списка 5 элементами.

Предыдущие действия = означает добавление показателей в массив списка как на первом экране, при этом мы сравниваем новый результат со всеми предыдущими, и если он меньше, мы перекрашиваем самый выгодный элемент в зеленый, а остальным назначаем стандартный.

Способ крайне неудобный, но быстрый в написании, и если бы элементов списка было.. ну штук 50, приложение бы офигело, и сожрало всю память вашего устройства.

При этом, обновился тип для формирования цены - раньше он указывался без привязки с региону, и в некоторых местах цена была с запятой (123,45), а где то с точкой (123.45)

Если для простого списка на главной пофиг, что показывать, то для сравнения такое нельзя оставлять, так как приложение сразу вылетит, информируя нас о несопоставимых типах данных, поэтому приведем их к общему знаменателю вообще везде, оставив в качестве разделителя точку, и указав регион:

String.format(Locale.ENGLISH, "%.2f", price) + " ₽"

1.6 Новые удобства

Чтобы считать было еще удобнее, добавим метод, который после каждого добавления по кнопке (или по клавише с клавиатуры) вновь активирует текстовые поля. Вроде мелочь, а необходимости тыкать по новой в графу цены больше не будет:

private void ClearInputs() {
getInputPriceItemCompare = findViewById(R.id.getInputPriceItemCompare);
getInputWeightGRCompare = findViewById(R.id.getInputWeightGRCompare);

getInputPriceItemCompare.setText("");
getInputWeightGRCompare.setText("");

getInputWeightGRCompare.clearFocus();
getInputPriceItemCompare.requestFocus();
}

2. Новые удобства из отзывов

Так как отзывы я читаю (и даже иногда отвечаю), то будем руководствоваться сразу скриншотами. Итак, рассмотрим вопрос, о котором я раньше не думал:

Действительно, если на большом телефоне начинать тыкать в поля, которые выше клавиатуры, может быть неудобно. С заключениями соглашусь, поэтому пойдем доделаем этот момент.

Чтобы добавить такой способ на нажатие из экранной клавиатуры, воспользуемся объявлением слушателя для наших полей, которые уже есть в форме:

TextInputEditText.OnEditorActionListener

Он добавит в класс новый метод, которому мы будем говорить, что делать после нажатия определенных клавиш на клавиатуре.

К сожалению, устройств (и версий андроида) настолько много, что у одних может показываться галочка (ОК), а у кого то стрелка вперед (NEXT). Чтобы этого избежать, дайте два определим реакцию на обе клавиши:

public boolean onEditorAction (TextView v, int actionId, KeyEvent event) {
if (actionId == EditorInfo.IME_ACTION_DONE || actionId == EditorInfo.IME_ACTION_NEXT) {
AfterStart();
return true;
}
return false;
}

Тут стоить дать несколько слов о методе AfterStart(), ведь ранее мы использовали другой способ BtnStart(View view)

Как не трудно догадаться, методы сами по себе отличаются, и один унаследован (и объявлен) в слое (View), где мы верстали экран, поэтому вызвать метод, который объявлен в коде мы не можем.

Но и добавлять дополнительные строки, с присвоением кнопки в коде, и создание для нее отдельного слушателя тоже не самая хорошая практика. Ну то есть хорошая конечно, но по времени устаревшая.

Поэтому было решено сделать "костыль" - метод, объявленный через View, вызывает программный метод в коде. Все довольны, добавлено.. ну три строчки кода

3. Что по багам?

3.1 Уже передав версии в релиз, я обнаружил, что часть сведений, которые мы меняли для нового экрана остались в старом формате. Это видно по скриншоту в самом начале:

Этот тип данных поступает в формате String, поэтому часть текста будет обрезаться, если число само по себе ровное (без копеек)

А если же наоборот, передать сумму с копейками, то в новом экране покажется правильный формат, но он по все равно не тот, публикуется как String, а должен быть double

Так как эта часть кода не участвует в методе расчета, то ничего не поломается, но внутренний перфекционист недоволен, и я обязательно поправлю в будущем.

3.2 Для экрана сравнения хорошо бы добавить (в заголовке) что мы вообще сравниваем - килограммы, литры, или штуки. Думаю будет полезно, и главное наглядно

3.3. И возможно, стоит удалять элементы из списка, чтобы переписать что нибудь. Об этом я не подумал, но вы напомните в отзывах

И конечно же предлагайте свои варианты, смотрите, оценивайте, считайте.

Спасибо, что дочитали эту портянку текста, спасибо тем, кто оставляет теплые слова, а также тем, кто закидывает на пачку чипсов.

Всем бобра!

P.S. На обзорном скриншоте я ненароком засветил функцию, которую буду делать потом. Визуально она очень интересна, а сама по себе.. ну такое есть в любой программе, которыми вы могли пользоваться.

Теперь точно пока!

Кстати, ноутбук по заказу был вот такой, и его я приведу чисто для сравнения (второй был заказан другой, немного худшей модификации, но у этого же продавца)

Ну и как бы вот. Вообще, хорошей истории принято закончиться на этом же месте. Ну заказал ты ноутбук, молодец / красавчик, придёт он тебе да пользуйся, чего пристал.

Но нет. Где то через дней 5 вечером на почту прилетает письмо счаcтья:

А следом робот Яндекса так же прислал, что мы тебе все деньги возвращаем, ты только не психуй.

Момент с обыгрыванием даты возврата меня не сильно волнует, да и действительно, тут ребят незачем ругать. Пока пройдет стадия всяких заморозок / удержаний, плюс тут еще был Сплит подключен (надо все платежи раскидать).

Поэтому закроем глазки, и сделаем вид, как будто мы ничего не видели (Яндекс, кстати, так делает постоянно, и вы увидите это по переписке с поддержкой)

Но что же делать, когда проблема возникла у Яндекса, а покупателя это не должно волновать?

Также немного оффтопа. Так как Яндекс сам по себе является маркетплейсом (как всякие ВБ, Озоны и тому подобные), то соответственно у них много много.. разных продавцов. Скорее всего, вы это и так знаете, и простите меня за тафтологию и напоминание.

Но! Продавец добросовестно все упаковал и сдал ребятам на доставку (доставка Яндекса), и проблема возникла (почему то) именно на складе Яндекса. Что разворачивает наш диван на 180 градусов.

И знаете, если мы залезем пошариться (даже тут, на Пикабухе) по постам, связанными с возвратами такого характера, то выясним, что такое делать.. ну прям а-та-та. Другими словами, отменять заказ в одностороннем порядке нехорошо. И нехорошо по закону.

Еще раз отвлекусь - речь не про цену, что там где-то накосячили, или что-то неправильно было указано, или тех. сбой. Я бы это стойко воспринял, и даже не обижался бы. Но нет, просто не смогли привезли (ну не донес грузчик, разбили, пролюбили и т.д.). Это обретает формулировку невозможности исполнения обязательств перед клиентом.

Я бы еще добавил, что вдвойне нехорошо, когда этот же ноутбук (!) появился обратно в продаже, а потом опять был продан. Но я к сожалению не додумался сделать скрины его доступности, поэтому факты не смогу предоставить, и не буду настаивать, чтобы вы мне поверили.

Моя прекрасная поддержка

Ладно, идем общаться с роботами Яндекса. Разумеется, я понимаю, что на той стороне сидит живой человек, и не нужно (да и незачем) его крыть матом, или еще что то. Поэтому старался сделать все общение максимально прохладным

* Читать голосом Николая Дроздова *

А сейчас мы видим сотрудника поддержки Яндекс.Маркета в естественной среде его обитания. Как видите, он приманивает жертву, помахивая буквами с промокодом, на котором глупое травоядное может немного наживиться, и быть удовлетворенным непродолжительное время.

Ладно, как было выше упомянуто - тупое травоядное (я) получило промокод на следующий заказ, поэтому я дождался возврата средств (написать, кстати, про Яндекс.Пэй?), и оформил новый заказ с учетом этой скидки.

Но я проиграл в части заказанного товара. Сравните, что было, и что осталось:

Ладно, все также отбиваются письма на почту и чеки об оплате, но перед этим, я вежливо.

ВЕЖЛИВО, МАТЬ ЕГО))

прошу скинуть мне трек номера.

Чтоб спокойнее было.

И вот, спустя почти 4 недели срока доставки, наступает день Х. Посылки нет.

Опять пролюбили? Хитрый читатель уже догадывается, что я отслеживаю посылку в той службе доставки, где было создано отправление:

С такими вводными идем к нашим любимым роботам Яндекса:

Вместо итога

Теперь, когда мы все это прочитали, пора сделать короткие выводы из вышеупомянутого сервиса. Наверное проще по пунктам:

1. Следовало бы довести дело до конца с первым заказом? Наверное да, прецедентов по таким ситуациям достаточно, а если оперировать.. ну именно фактами околоюридическими (ни разу не юрист), то обязательства покупателя и продавца были исполнены, но сторона перевозчика в лице Яндекса (которая перепоручает это еще кому то).. Не смогла. Формулировка такая, другой не дали. Дайте коммент на этот счет, как было бы "верняковее" поступить

2. Придёт ли заказ? Нуууу, по словам Яндекса конечно придёт (но это не точно), но в какие сроки, какая фаза луны будет в это время, или в каком настроении курьер будет - никто не знает.

3. Стоит ли верить службе так называемой "поддержки", Да ни в коем случае! Почти доподлинно известно, что сотрудник поддержки может "влезть" в заказ, и посмотреть актуализированные сведения по заказу -> увидеть трек -> а система только потом рассылает оттуда выгрузку по трек номерам, если что то не успевает прийти вовремя. Мое мнение - либо не позволяет скрипт, либо слишком поверхностно.. вообще все слишком поверхностно делается в Яндексе

4. Стоило ли спускать всех собак на них? Разумеется. При нормальном стечении обстоятельств сейчас я был бы сидел у ноутбука (более выгодного по спецификациям) и без заморочек.

Что в целом?

Давайте не будем придумывать сказочных существ, или бунтовать, на предмет, что надо отказаться от такого непутевого сервиса. Нет.

Как заказывали люди, так и будут. НО! Данным постом я хотел бы подчеркнуть тот факт, что надо обязывать компании следовать букве закона, и выполнять предписанные (ими самими) обязательства. Хотя бы в доставке, на которую они и подписались

Конкретно я не смог. Повелся на скидку, и может быть чуть большую лояльность (нет). Ну а вы сможете, при должном желании и упорстве.

Всем спасибо.

Лично я придерживаюсь мнения, что разработчик (сайта, приложения, не важно) уже сам должен хорошо понимать, чего в приложении хватает (или не хватает), и на основе отзывов должна формироваться картина того, что должно ускорятся, или что добавлять в ту или иную итерацию.

А для всего остального есть MasterCard система тестирования и многочисленные метрики.

Так вот, среди отзывов уже давно проскакивали запросы на добавление списка с историей, сохранение результатов, сравнение нескольких выбранных показателей, и смена валют.

Сегодня вопросом списка с историей мы и займемся.

1 - Нарисуй меня полностью!

Перед тем, как что-то наговнокодить написать, нам нужно сформировать в файлах макетов новые сущности для функционирования списка. В нашей основной деятельности появляется один новый блок, основанный на MaterialCardView из библиотеки поддержки M3, который содержит в себе:

• Заглушку на основе RelativeLayout, которая показывается, когда еще не было произведено ни одного расчёта;

• Сам список ListView, который находится внутри карточки, но невидим до тех пор, пока мы не начнем что либо считать.

Визуально выглядит неплохо, но еще есть над чем поработать.

Дело в том, что ListView (древнейший из компонентов андроида, кста) в своем базовом варианте очень плохо выглядит. Настолько плохо, что если использовать его "как есть", то потом можно выхватить от пользователей лучи поноса:

Чтобы не повторять мем из картинки выше, мы создаем новый файл макета, в котором сверстаем 1 единственный пункт меню, который в дальнейшем будет повторятся, и добавляться к списку каждый раз при его заполнении данными.

Этот же файл, кстати, мы потом переопределим в адаптере, когда доберемся до кода.

В нашем случае получилась довольно простая адаптация, в которой:

• Был добавлен корневой LinearLayout, позиционирующий дочерние элементы по горизонтали, с суммарным весом 9

• Внутренние (дочерние) блоки, два из которых тоже на основе LinearLayout (но уже вертикально ориентированные), и еще один TextView, который нуждается только в центрировании

• И уже внутри наши текстовые переменные, которым мы назначаем айдишки, и будем использовать в коде.

Но перед этим пойдем посмотрим, как это выглядит без учета логики на эмуляторе:

2 - Пишем внутренности

На виртуальном телефоне неожиданностей не произошло, отображается все так как хотелось, поэтому двигаемся в кодильню файл основной активности:

Перво - наперво, нам нужно уяснить несколько логических моментов:

• При открытии приложения список уже есть, и поэтому он создается в onCreate. Но он пустой, так как мы еще не наполняли его данными.

• Список уже знает, какими данными он будет наполняться (проставлены id и назначен наш кастомный слой), поэтому для него также создан адаптер, базирующийся на SimpleAdapter, который берет данные из HashMap. Он очень удобен (лично для меня), т.к. его можно в дальнейшем наполнять чем угодно: картинками, другими слоями, чекбоксами, и т.д.

• Пока пользователь (ты) не начал ничего вводить, смысла показывать его тоже нет, поэтому мы изначально установили заданную видимость заглушки и списка в макете (не в коде). Заглушку видно, список нет.

Из хорошего, когда мы писали приложение в первый раз, то определили подсчет результата через switch - приложение знает, какой показатель мы считаем, поэтому нам просто нужно дать адаптеру сведения из того или иного метода расчёта.

Для этого мы добавляем две строчки кода для каждого из режимов. В первой добавляем данные, а второй говорим приложению, что список обновился (и тебе по-хорошему надо перерисовать список).

Например, для расчета по килограммам это будет выглядеть так:

list.add(new PriceMap(price_0 + " ₽", getInputWeightGR.getText().toString() + " гр.", String.format("%.2f", result_0) + " ₽", "За килограмм"));

((BaseAdapter)adapter).notifyDataSetChanged();

Проверяем на телефоне, и неожиданностей опять нет - расчет прошел по тому показателю, который мы запрашивали.

3. Доделываем

Нам остается пройтись по инспектору, чтобы приложение выглядело не как гавно в глазах IDE более менее сносным (студия сама может проверить, что нужно улучшить или доправить):

• Забиваем строковые ресурсы в string;

• Раскладываем код по полочкам. Активности переносим в пакет activities, адаптеры в adapters;

• Убираем код, который не использовали, или комментим его в TODO

• Меняем индексы в приложении, добавляем информацию что мы там накрутили;

• Обновляем пакеты, проверяем что из-за них ничего не поломалось.

• Формируем AppBundle для Google Play, APK для RuStore (вторые еще толком не научились, а первые уже требуют).

И еще напоследок расшифрую некоторые моменты, которые я не упомянул до этого:

В приложении нет специального параметра (типа boolean до объявления в onCreate, или иного в SharedPrefs, например) для отображения или скрытия блока с заглушкой, так как мы полагаемся на жизненный цикл Android. Другими словами, если приложение было выгружено из памяти, или закрыто, нам не надо сохранять состояние списка, он все равно пересоздаст себя вместе с активностью. Если приложение разворачивается после скрытия (onResume), то все восстановится.

Список изначально не занимает всю площадь экрана, или не раздувается при наполнении (у него фиксированная высота). Это сделано специально, т.к. у нас еще не весь функционал реализован, и ниже будут дополнительные блоки/карточки.

ListView сам по себе является вертикально прокручиваемым по типу ScrollView, поэтому мы сохранили логику прокрутки внутри карточки, и заблаговременно сообщили слою Coordinator через параметр android:nestedScrollingEnabled="true", что вот ты, собака, должен (и будешь) прокручиваться. И даже ничего не сломали в плане юзабилити, пользователю понятно, что там внутри прокручивается список, т.к. есть соответствующая полоса прокрутки.

4 - Что дальше?

Дальше хотелось бы добавить оставшиеся вещи, в той очередности как я их вижу сейчас:

1. Сохранение результатов в свой собственный список + назначение названия. Например, хлеб в пятерке и в ашане;

2. Сравнение показателей по выбору их из истории, или из сохраненного списка;

3. Смена валюты через настройки, т.к. приложение опубликовано в 15 странах.

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

https://play.google.com/store/apps/details?id=ru.oneclickstu...

https://apps.rustore.ru/app/ru.oneclickstudio.fairprice

https://oneclickstudio.ru/

На этом усе, всем спасибо, все свободны.

Вот об этом сегодня и поговорим.

Поэтому кто дочитал, здравствуйте, и встречайте: Еще одна итерация одного и того же калькулятора честная цена в правильном исполнении:

Для ЛЛ - Понимаю, не всем интересно читать технические тонкости, поэтому можете потыкать ссылки, и посмотреть скриншоты.

https://apps.rustore.ru/app/ru.oneclickstudio.fairprice - RuStore

https://play.google.com/store/apps/details?id=ru.oneclickstudio.fairprice - Google Play

https://проверьцену.рф

Немного предыстории.

4 дня назад я вписался в одном из активных постов @Stich.626, , и дал комментарий на предмет оформления приложения - калькулятора, чтобы вы, дорогие мои могли считать килограммы / штуки / литры в свое удовольствие. А обещания надо держать, особенно на пикабухе.

С данным товарищем (Stich.626), кстати, активно общаемся, и продолжаем улучшать сайт и мобильное приложения, доводя его до логического идеала. Каждый со своей стороны, разумеется.

Так вот. Вернувшись через те же 4 дня, я офигел, сколько клонов уже выпустилось за это время:

Если перечитывать и упоминать всех всех, которые уже что то сделал / делает на эту тему, то список будет немаленький, но упомяну парочку:

@Meantol21, Рукотворное (и смехотворное) ТЗ со смайликами, но меня порадовало. Передаю ему такой же упоротый привет:

приВеТиКИ 🥑🧅🍾🥃🥂🥄😗😍😙☺😛😘🙃😗☺😛😀😉🤣🤑🎃🤖👹💩💩👹👻🥴👻🙄🤕🙄🤕✍💪🦶💪✍💅💄💅💄🦶💪🤙🧜‍♂️🤵🧞‍♀️🧛‍♀️🧝‍♀️🧝‍♂️🧟‍♂️🧤👟🧤🥾⛑️👟🧣🥻👢👘🕶🕶👜🎒¯\_(ツ)_/¯🥑🧅

@kajoy83308, раньше всех оформил приложение, но поленился публиковать в Google Play, и чуть чуть не докрутил функционал в части расчетов. Молодец, хвалю

@wasd37, сделал приложение для iOS, но я к сожалению более не яблокофил, хотя в свое время хотел учить плюсы, когда свифта еще не было. Могу только покидать лучи добра и стремления в освоении (без сарказма)

Ну да ладно, перейдем к написанию в студии:

Писать мы будем на ванильной Java, без ваших котлинов. Почему? Да потому что я пользовался Eclipse в свое время, и не ненадо мне это гавно совать пока что не хочу переучиваться, и привык к базовому пониманию андроида, как это было заявлено изначально, и развивается до сих пор параллельно с новыми языками.

Так вот, в базовом понимании приложение делится на модули, на которые мы будем натягивать функционал и всю красоту. Модулей у нас установлено аж несколько штук:

• AppCompat - Для поддержки и совместимости со старыми SDK (предыдущими версиями Android)

• Material - Библиотека поддержки для MaterialYou, M2

• Transformation - Библиотека для анимации (ну я сам не умею в них)

• YandexMetrika - Собственно, для аналитики: ошибки, кол-во устройств и т.д.

Рекламы, как видите, не завезли

После установки модулей нас встречает экран первой (и пока единственной) активности (MainActivity) - ниже все общие классы.

Приложение целиком, кстати, получилось всего на 200+ строк, это не много

Базовый расчет всей радости выполняется по достаточно простому принципу:

X / Y * 1000 Для килограммовых товаров и литров

X / Y Для штучных товаров

Далее, мы верстаем внешний вид, руководствуясь гайдлайнами из последней версии материального дизайна M3

https://m3.material.io/

Важное упоминание - так как слой трансформирования показывается после проведения расчётов, по умолчанию он невидим, и соответственно -> пока мы не заполним все поля, ничего показываться нам не будет. Для этого установлена специальная проверка на заполненность полей.

Именно поэтому слои идут задом наперед (activity_main это родительский слой, content_main соответственно дочерний)

Для дополнительной красоты было добавлено напоминание, что делать (вдруг вы забудете) - его же планируется использовать в дальнейшем для уведомлений

Сам баннер скрывается посредством SharedPreferences = просто надежно, сердито.

Казалось, бы конец. Но предстоят обновления и исправления:

Текущие баги:

• При перевороте экрана введенные поля сбрасываются (нет сохранения текущего состояния активности)

• При нажатии кнопки "Новый расчет" не сбрасываются поля ввода (это нужно для удобства)

• Не написан кусок кода для функциональности истории

• Не написан кусок кода для функциональности шэринга

• За кнопкой настроек спрятана магия

Что хотелось бы добавить:

• Сейчас приложение доступно для 15 стран бывшего СССР. Почему бы не добавить валюты и для других пользователей

• В приложении нет упоминания, что оно родилось на Пикабу. Считаю, должно быть

• Сбор статистики по городам (Самое дороге молоко... в Выборге!). По большому счету это информационный шум, но все же

• Свой виджет для перехода к рассчету

P.S. В следующем посте рассказываю про исправление багов, добавление новых функций, и жизнь бесплатного приложения в целом

Потестировать бесплатно без рекламы и СМС можно вот тут:

https://apps.rustore.ru/app/ru.oneclickstudio.fairprice - RuStore

https://play.google.com/store/apps/details?id=ru.oneclickstudio.fairprice - Google Play

https://проверьцену.рф