Splync 1.15 дозволяє клонувати проєкти

Splync створений, щоб допомогти парам і друзям керувати спільними бюджетами та розподілом витрат з меншим стресом і більшою ясністю. З часом я зауважив, що багато користувачів не тільки створюють одноразові проєкти для подорожей чи заходів, а й повторюють такі ж проєкти щомісяця для життєвих витрат. До версії 1.15 для відтворення цих проєктів потрібно було знову й знову налаштовувати ту ж валюту, десяткові знаки, учасників, категорії, бюджети й коефіцієнти розподілу. З цим оновленням користувачі можуть створити новий щомісячний проєкт на основі існуючого набагато легше, що робить повторюваний бюджет швидшим, простішим і практичнішим у повсякденному житті.

Повсякденне життя має щомісячний ритм: оренда, продукти, комунальні послуги та інші постійні витрати повторюються знову і знову. Наші перші спостереження також свідчать про те, що стабільне бюджетування працює найкраще, коли люди можуть повторювати ту ж структуру з часом, замість того, щоб відбудовувати її з нуля щомісяця. У цьому сенсі якісне спільне бюджетування — це не тільки розрахунки, а й звички, які можна повторювати. Ось чому це оновлення важливе. Splync не призначений бути просто ще одним додатком для поділу рахунків. Його ширше бачення — допомогти парам і родинам мати краще уявлення про свій бюджет, приймати кращі рішення разом і зменшувати фінансовий стрес, а легке відтворення щомісячних проєктів — важливий крок до цієї мети.

У версії 1.15 ми ввели просту дію свайпу вліво для клонування проєктів прямо зі списку проєктів. Проведіть вліво по проєкту, який хочете повторно використати, і натисніть кнопку клонування, що з'явиться. Відкриється екран створення нового проєкту з уже заповненими налаштуваннями валюти, десяткових знаків, учасників, категорій, бюджетів і коефіцієнтів розподілу оригінального проєкту. Звідси ви можете просто ввести нову назву проєкту і зберегти його або внести невеликі зміни, якщо ваш новий місяць або ситуація вимагає кількох коригувань. У порівнянні зі створенням того ж проєкту з нуля, клонування робить процес набагато швидшим і його зазвичай можна завершити менш ніж за хвилину.

Ви можете помітити, що ми використовуємо термін «клонувати» замість «копіювати», описуючи цю функцію. Хоча обидва слова можуть здаватися схожими, вони мають трохи різні значення. «Копіювати» часто означає дублювання всього в точності, включаючи його вміст і історію. На відміну від цього, «клонувати» частіше використовується в програмному забезпеченні для опису дублювання структури чогось, дозволяючи їй надалі розвиватися самостійно. Це відповідає тому, як клонування проєктів працює у Splync, де налаштування повторно використовуються, але новий проєкт починається чистим, без попередніх транзакцій. У цьому сенсі «клонування» краще відображає як намір, так і дизайн цієї функції.

Хоча клонування робить повторюване бюджетування набагато швидшим, було не менш важливо переконатися, що новий проєкт починається з чистого аркуша і залишається приватним. З точки зору дизайну продукту, ключовою ідеєю було копіювати структуру проєкту, а не його історію. У Splync клонування переносить налаштування, такі як валюта, десяткові знаки, учасники, категорії, бюджети та правила розподілу, але жоден з оригінальних записів витрат не копіюється. Іншими словами, клонований проєкт починається як порожній проєкт без попередніх транзакцій всередині. Учасників також можна додати, видалити або замінити під час налаштування, і якщо список учасників змінюється, люди з попереднього проєкту, які більше не включені, не матимуть доступу до нового. Це зберігає місячне бюджетування стабільним без перенесення старих даних або розкриття нової інформації про проєкт небажаним одержувачам.

Хоча щомісячне бюджетування є найпоширенішим випадком використання, клонування проєктів може бути корисним і в багатьох інших ситуаціях, де повторно використовується схожа структура. Наприклад, користувачі можуть дублювати проєкт минулої подорожі для планування іншої з подібною групою або повторно використовувати налаштування спільного заходу, такого як день народження або зібрання, без відбудови категорій і бюджетів з нуля. Це також може допомогти при тестуванні різних сценаріїв бюджету або коригуванні стратегій витрат, зберігаючи знайому структуру. Я нещодавно використовував Splync для власного весілля, але сподіваюся, що мені не доведеться знову клонувати ті ж налаштування проєкту в майбутньому. Splync створений, щоб допомогти парам і родинам керувати фінансами відкритіше, спокійніше та, врешті-решт, щасливіше разом.

Як згадувалося в попередній статті, однією з наступних сфер для вдосконалення в Splync є процес видалення проєктів. У версії 1.15 при свайпі вліво по проєкту відображається лише опція клонування, але в майбутньому може бути включено і видалення. З точки зору SwiftUI, додавання самої дії свайпу не є особливо складним, оскільки її можна впровадити досить акуратно за допомогою модифікатора інтерфейсу. Найскладніше — це вирішити, що саме має статися за цим жестом. На відміну від клонування, видалення проєктів потрібно обробляти з набагато більшою обережністю, тому що проєкт містить учасників, витрати, бюджети та іншу пов'язану інформацію, яка повинна залишатися логічно узгодженою навіть після видалення. З цієї причини це слід ретельно проектувати та впроваджувати, а не поспішати. Наразі я сподіваюся, що версія 1.15 робить повторювані проєкти набагато легшими для управління і допомагає користувачам краще ділитися щомісяця знову і знову.