Comments 6
Теперь у читателя может возникнуть вопрос, а как бухгалтер считает эту разницу сумм
Обычно бухгалтер открывать приложение в котором ведётся бухгалтерский учет и там уже все есть и не только линейный способ и учитывающий особенности национальной отчетности. Судя по скриншоту у вас "линейность" применяется с точностью до дня, поэтому в месяцах амортизация разная. В РФ например она считается "помесячно" и от месяца к месяцу не отличается.
Пусть меня закидают камнями, но я не увидел полезной информации, а только горстку некоторых бухгалтерских изречений и "приложение можно скачать по ссылке...". Расскажите про то, как состоянием управляли, с какими проблемами столкнулись при локализации и какой чистоты чистая архитектура? Именно это новичкам-"выросли из штанишек" было бы интересно узнать.
>> горстку некоторых бухгалтерских изречений
Вы оскорбляете бухгалтеров, называя это чем-то бухгалтерским... это статья "оператора ЭВМ".
Благодарю за конструктивный комментарий. При локализации я не сталкивался с проблемами, архитектура настолько чиста, насколько описывает в ее в своей книге Роберт Мартин, а новичкам могу дать совет, не ждать пока кто-то разжует и в ротик положит, а самим изучать исходники и пытаться написать что-нибудь. Хорошо или плохо - это другой вопрос, но самим. Исходники предоставлены, изучайте. Удачи.
Если у вас есть вопросы по локализации, управлению состоянием я с удовольствием вам на них отвечу.
Попробую объяснить, что (на мой взгляд) не так с этой статьей и как сделать ее лучше.
Основной момент - обманутые ожидания (новичков, которые изучают Dart / Flutter). Здесь для них только список модулей, общее название подхода и ссылка на исходники (readme которых тоже малоинформативен) с посылом «разбирайтесь сами». Все это на фоне достаточно подробно раскрытого бизнес домена, очень вполне себе подробно изложенного и с понятными примерами. Получается резкий контраст с объемом информации «по существу», то есть информации для заявленной аудитории - программистов новичков, которые изучают Dart / Flutter).
Вопросы, ответы на которые интересно узнать заявленной целевой аудитории статьи примерно такие: Как собственно разработать и запрограммировать эту бизнес задачу? Как начать? Какие вопросы нужно задать? Какие шаги? Почему именно так? Из каких вариантов можно выбирать? Какие плюсы и минусы у этих вариантов? Как стоило бы поступить иначе, если бы требования поменялись в тех или иных аспектах? Например, как может быть реализовано добавление альтернативного метода вычисления?
Раскрыть какие-то интересные или сложные (с точки зрения своего опыта) моменты и аргументировать решение с примерами кода. Провести по коду, по структуре репозитория. Статья ведь для программиста новичка на Dart/Flutter так ведь?
И (лично мое мнение) что для такой сравнительно небольшой и очень конкретной задачи, в контексте команды из одного человека, делать «архитектуру настолько чистой, насколько описывает ее в своей книге Роберт Мартин» имеет смысл только в качестве упражнения. В таком случае, полезным может быть анализ насколько сложнее в итоге может оказаться архитектура, структура, код и разработка в целом, ради достижения этой чистоты. Анализ за и против этого подхода, на примере той же задачи по добавлению нового метода подсчета. Интересным может быть также сравнение с вариантом приложения написанным без требования следовать «чистой архитектуре», ограничившись прагматизмом.
Если кратко, то ожидания были, чего-то вроде по изложению и содержанию близкого к серии начинающейся так https://devmuaz.medium.com/flutter-clean-architecture-series-part-1-d2d4c2e75c47
Износ основных средств — мобильное приложение на Flutter