РозробкаПідрозділ
Мобільна розробка
Пʼять способів покласти програму на телефон, і кожен визначає жорстке обмеження його платформи, а не поверхня API. Батарея, тиск на памʼять, життєвий цикл, що може вбити ваш процес будь-якої миті, і стор, що вирішує, коли поїде ваше виправлення. Саме ці обмеження відрізняють пʼятірку, і саме вони мають вирішувати вибір — мова вирішує рідко.
Що всередині
Усі сторінки цієї групи — і про що кожна з них.
- React NativeДва світи й межа між ними: нова архітектура, що її перетинає і чому саме цей перетин є ціною.JSIFabric
- FlutterМалює кожен піксель сам, а не бере віджети платформи, — що це дає в консистентності й чого коштує в іншому.Дерево віджетівDart
- iOS / SwiftАвтоматичний підрахунок посилань не є збирачем сміття: цикли утримання й де SwiftUI проводить межу.ARCSwiftUI
- Android / KotlinЖиттєвий цикл як центральний факт платформи: ваш процес можуть убити будь-якої миті, і стан має це пережити.Життєвий циклCompose
- PWAService worker як програмований мережевий проксі: чого вебзастосунок дістає й не дістає без стору.Service workerОфлайн
З чого почати
- Обираєте підхідПрочитайте React Native і Flutter разом: вони роблять протилежні обміни на тій самій задачі, і саме контраст вирішує.
- Ідете в нативну розробкуПочніть з обмеження платформи: ARC на iOS, життєвий цикл на Android. Обидва пояснюють більше падінь, ніж фреймворки.
- Можливо, застосунок не потрібенPWA. Варто точно знати, куди дістає веб, перш ніж підписуватися на релізний цикл стору.
Інше в цьому розділі
- РозробкаРозробка програмного забезпечення — це робота про те, де проходять межі в системі, що працює по кожен їхній бік і чого коштуватиме зсунути одну з цих меж, коли код уже працює. У розділі 28 тем: архітектура, браузер, пʼять бекенд-середовищ, чотири мобільні платформи, мовні моделі та бази даних під усім цим. Кожна сторінка тримається на обмеженні, яке справді відрізняє варіанти, а не на поверхні API.
- FrontendКод, що виконується в чужому браузері, на залізі, якого ви не обирали, через мережу, на яку не можна покластися. Пʼять тем: сама платформа, мова, що на ній працює, і три фреймворки, які розвʼязали ту саму задачу — тримати екран у згоді з даними — трьома справді різними способами. Кожна сторінка про фреймворк — про його модель оновлення, а не про синтаксис, бо саме про неї доводиться думати, коли щось рендериться двічі.
- АрхітектураДе проводити межі й чого коштує кожна з них. Чотири теми: дві форми, яких може набути система; міграція між ними, за яку більшість команд береться не в той момент; і контракт, що робить будь-яку межу придатною для когось іншого. Наскрізна думка: межа не безкоштовна — вона купує незалежність і бере плату затримкою, налагодженням та операційною поверхнею.
Було корисно?
Поділіться з тим, хто працює над тією ж задачею.