◉RORK LABJP
●GPT-6.1 SOL — Added to Rork's model menu (09-29) with Low, Medium and High effort; included on Pro and Max●SONNET 5.5 — Claude Sonnet 5.5 is selectable: strong at UI design and faster than Sonnet 5 (09-28)●SDK 58 — Beta since 09/15 with no stable date yet; running projects in Expo Go has required login since 09/03●WIDGET — A write-up traces an iOS widget that renders black only in production builds●OBSERVE — EAS Observe now records native crashes too (SDK 57.0.21 or later, 10/07)●NEW — My App Open Ad Only Showed When the App…●GPT-6.1 SOL — Added to Rork's model menu (09-29) with Low, Medium and High effort; included on Pro and Max●SONNET 5.5 — Claude Sonnet 5.5 is selectable: strong at UI design and faster than Sonnet 5 (09-28)●SDK 58 — Beta since 09/15 with no stable date yet; running projects in Expo Go has required login since 09/03●WIDGET — A write-up traces an iOS widget that renders black only in production builds●OBSERVE — EAS Observe now records native crashes too (SDK 57.0.21 or later, 10/07)●NEW — My App Open Ad Only Showed When the App…
Articles/App Dev
◇ App Dev/2026-06-29Advanced

Respecting Metered Connections and Low Data Mode in an Image-Heavy Rork App

In an image-heavy Rork (Expo) app, hold back prefetching on metered connections and Low Data Mode. Read the connection's character from NetInfo details, drop image quality, and defer prefetch with an adaptive policy layer, all with working code.

Rork585Expo219NetInfoLow Data ModePrefetchNetwork Optimization

✦ Premium Article

A review of one of the wallpaper apps I run once said, "I opened it where there was no Wi-Fi and my data melted in seconds." The cause was immediate: the list screen was aggressively prefetching the next page of high-resolution images. Behavior that adds comfort on Wi-Fi was quietly eating the user's mobile data on a metered connection. The more images an app handles, the more this "well-intentioned prefetch" backfires.

This walkthrough, using a Rork-generated Expo app, lays out a network design that reads the connection's character and adapts prefetch and image quality. The key is to stop seeing the connection as a binary "connected or not," and go further: is it metered, is it slow, is it a saver mode?

Stop judging on "online or not" alone

Many apps look only at isConnected and, if connected, do everything. But users' connections are not uniform. NetInfo's details carries far more you can act on.

SignalSource (NetInfo)What it means
Metered?details.isConnectionExpensiveOS considers it a "costly" connection (includes tethering)
Connection typetype (wifi / cellular / ...)Wi-Fi or mobile
Cellular generationdetails.cellularGeneration (3g/4g/5g)A speed proxy (avoid heavy prefetch on 3g)
Saver modesee belowThe user is explicitly conserving data

isConnectionExpensive is the OS's "metered-equivalent" flag, and it includes Wi-Fi over tethering. Honoring just this prevents most "data melts away" incidents like the one in that review.

Low Data Mode needs a caveat. There is no clean, unified API for an app to read iOS Low Data Mode or Android Data Saver as a simple on/off. In practice, treat isConnectionExpensive as a proxy for saver intent, and pair it with a second layer: an in-app conservation switch the user controls. Merge both the OS's intent (metered judgment) and the app's setting (explicit switch) into the policy.

Centralize the network judgment

Scatter the connection judgment across screens and the decisions will inevitably diverge. Build one layer that converts connection info into a single policy, and have every screen look only at that policy.

// net/networkPolicy.ts
import NetInfo, { NetInfoState } from "@react-native-community/netinfo";
 
export type PrefetchLevel = "full" | "lite" | "off";
export type ImageQuality = "high" | "medium" | "low";
 
export interface NetworkPolicy {
  prefetch: PrefetchLevel;   // strength of look-ahead
  imageQuality: ImageQuality; // quality to fetch
  allowAutoplay: boolean;     // whether video/GIF autoplay is allowed
}
 
// Convert connection state + the app's saver setting into one policy
export function derivePolicy(
  state: NetInfoState,
  saverEnabled: boolean
): NetworkPolicy {
  // Not connected
  if (!state.isConnected) {
    return { prefetch: "off", imageQuality: "low", allowAutoplay: false };
  }
 
  const expensive = !!(state.details as any)?.isConnectionExpensive;
  const gen = (state.details as any)?.cellularGeneration as string | undefined;
  const isSlowCellular = state.type === "cellular" && (gen === "2g" || gen === "3g");
 
  // User chose to conserve, OR OS says metered, OR it is slow
  if (saverEnabled || expensive || isSlowCellular) {
    return { prefetch: "off", imageQuality: "medium", allowAutoplay: false };
  }
 
  // Ordinary mobile (4g/5g, non-metered)
  if (state.type === "cellular") {
    return { prefetch: "lite", imageQuality: "high", allowAutoplay: false };
  }
 
  // Wi-Fi (non-metered) — prefetch at full strength
  return { prefetch: "full", imageQuality: "high", allowAutoplay: true };
}

Hand this policy out through a React context and every screen makes a consistent decision just by reading useNetworkPolicy().

// net/NetworkPolicyProvider.tsx
import React, { createContext, useContext, useEffect, useState } from "react";
import NetInfo from "@react-native-community/netinfo";
import { derivePolicy, NetworkPolicy } from "./networkPolicy";
import { useDataSaver } from "../settings/useDataSaver"; // in-app conservation switch
 
const Ctx = createContext<NetworkPolicy>({
  prefetch: "lite", imageQuality: "high", allowAutoplay: false,
});
 
export function NetworkPolicyProvider({ children }: { children: React.ReactNode }) {
  const saver = useDataSaver();
  const [policy, setPolicy] = useState<NetworkPolicy>(Ctx._currentValue);
 
  useEffect(() => {
    // Fetch the current value once on subscribe, then listen for changes
    const unsub = NetInfo.addEventListener((state) => {
      setPolicy(derivePolicy(state, saver));
    });
    NetInfo.fetch().then((state) => setPolicy(derivePolicy(state, saver)));
    return () => unsub();
  }, [saver]);
 
  return <Ctx.Provider value={policy}>{children}</Ctx.Provider>;
}
 
export const useNetworkPolicy = () => useContext(Ctx);

The key is including the saver switch (saver) in the dependencies. The moment the user flips the switch in settings, the policy recomputes and prefetch behavior follows instantly.

✦

Thank you for reading this far.

Continue Reading

What follows includes implementation code, benchmarks, and practical content we hope you'll find useful. This site runs without ads — server and development costs are supported entirely by members like you. If it's been helpful, we'd be truly grateful for your support.

WHAT YOU'LL LEARN
✦Get an adaptive-prefetch implementation that automatically stops look-ahead and lowers image quality when the connection is metered, slow, or in a saver mode
✦Build a single centralized network-policy layer that reads isConnectionExpensive and cellular generation from NetInfo details and converts them into a policy
✦Move past the all-or-nothing 'prefetch everything or do nothing' choice toward behavior that scales with the connection
Secure payment via Stripe · Cancel anytime
✦

Unlock This Article

Get full access to the rest of this article. Buy once, read anytime. This site is ad-free — your support goes directly toward keeping it running.

or
Unlock all articles with Membership →
Share

Thank You for Reading

Rork Lab is ad-free, supported entirely by members like you. We publish practical guides daily with implementation code, benchmarks, and production-ready patterns. If you've found it useful, we'd love to have you on board.

  • ✦Copy-paste ready implementation code
  • ✦New advanced guides published daily
  • ✦$5/mo or $10 for lifetime access
View Membership →

Related Articles

◇ App Dev2026-09-18
The three lines I check when prebuild stops on the standard SDK 57 Swift AppDelegate error
Turning on ios.enableSceneSupport for iOS 27 can stop prebuild cold. The cause was not my SDK version but the shape of AppDelegate.swift. Here are the three lines to check, and why copying the SDK 58 migration steps by hand will break your build.
◇ App Dev2026-09-16
The Token I Deleted Came Back After a Restart — Detecting Failed SecureStore Deletes
On Android, getItemAsync can report null right after sign-out while the value is still sitting on disk. Here is how I rewrote a sign-out path that was verifying deletion by reading instead of by the delete result.
◇ App Dev2026-09-10
Your First EAS Workflow in a Rork Repo, and the Alert That Goes Missing Exactly When You Need It
Putting two files into .eas/workflows in a repo exported from Rork, and why a notification wired with needs stays silent on exactly the nights it fails — with the output of a small local checker I actually ran.