Facebook iPhone-app for å bli innfødt

Forfatter: Lewis Jackson
Opprettelsesdato: 6 Kan 2021
Oppdater Dato: 15 Kan 2024
Anonim
NYC LIVE Explore Hudson Yards, High Line Park, Meatpacking District & Little Island (April 4, 2022)
Video: NYC LIVE Explore Hudson Yards, High Line Park, Meatpacking District & Little Island (April 4, 2022)

Facebooks ultra-treg iPhone-app skal erstattes med en høyhastighets innfødt versjon, ifølge spaltist @NickBilton for New York Times.

Det er ikke offisielt ennå, men to Facebook-ingeniører har anonymt avslørt at appen er gjenoppbygd ved hjelp av Objective-C og vil bli avduket senere i år. Den nåværende versjonen er egentlig en nettleser i en innfødt container, og den er veldig, veldig treg.

Jeffrey Zeldman fortalte oss at han ønsker nyheten velkommen: "Gitt deres tilsynelatende strategi for å levere app-lignende oppførsel på mobil i stedet for å gi rask tilgang til innholdet til en brukers venner, er beslutningen om å bytte til innfødt for lang tid. Hvis de hadde valgt å fokusere på å gi raskere tilgang til * innhold * (i stedet for å gi glatt app-lignende oppførsel), kunne de ha holdt seg til standard webteknologier. Målet bestemte teknologivalget.

"Hvis jeg hadde gitt råd om disse beslutningene, ville jeg ha fått dem til å se på hva folk faktisk VIL ha fra Facebook - rask tilgang til venners bilder og innlegg - og jeg kunne ha hjulpet dem med å utforme en HTML5-nettopplevelse som faktisk fungerer for mobil . "

Facebook har flagret i mobilområdet, og Zeldman regner med at dette er et stort skritt mot å rette opp ting: "De trengte å gjøre noe - endre strategi eller endre teknologi - fordi Facebook-mobilopplevelsen på iPhone har vært en hund. Halv Facebooks virksomhet tar plass på mobilen. Mer vil finne sted på mobilen hvis FB-mobilopplevelsen på iPhone ikke var en fullstendig katastrofe.

"Mobil er nøkkelen for Facebook (og alles) vekst og helse, og de har suget på det. De kjøpte mektige Gowalla, men de sugde fremdeles på mobilen. De kjøpte fantastiske Instagram, men de sugde fremdeles på mobilen.

"Sugingen var ikke et designproblem, ikke et UX-problem. Det var et KODE-problem. Det er fornuftig å bytte til naturlig teknologi, siden de er fast bestemt på å gjenskape så mye som mulig av skrivebordsopplevelsen på telefonene våre. Det er fornuftig fordi det å stikke en ikke-optimalisert, skripttungt nettsted inne i en Apple-omslag - deres nåværende strategi - fungerer ikke. Det frustrerer bare folk som prøver å bruke Facebook.

"Jeg er glad for at de bytter - som bruker ser jeg frem til endelig å kunne bruke Facebook på min iPhone igjen. Jeg har ikke klart det siden de oppdaterte mobilopplevelsen for å matche tidslinjen. Som en designer og bruker talsmann, jeg skulle ønske de hadde tenkt mer på hva brukerne faktisk elsker med Facebook - muligheten til å komme raskt i kontakt med venner og familie - og valgt å optimalisere for innhold, i stedet for å behandle teknologi som problemet. "


Nathan Smith fra projekt202 brukte følgende analogi for å forklare hvorfor Facebooks tilnærming til å bygge appen deres ikke har fungert:

"La oss si at du forbereder deg på en reise fra Europa til den nye verden (med skip, fordi dette er før fly, ok?). Du vil være sikker på at du kan spise din favoritt type dessert når du kommer dit. gjør det, du ville ikke bake 10.000 paier før avreise, fordi det ville ta verdifull lasteplass. I stedet ville du bare ta det du trengte for turen, og ha en oppskrift på hånden. Ved ankomst ville du ha en mal tilnærming til å lage flere paier.

"Slik man skal håndtere nettverkstrafikk for en iPhone (eller hvilken som helst mobil) app, er å hente bare dataene som er unike. Så, i stedet for å sende HTML / CSS / JS nedover ledningen til den innebygde mobilappen din, alt dette skal leveres sammen med selve appen.

"I stedet bør du sende og / eller motta JSON som har ting som brukernavn, fødselsdato osv. Enhver brukergrensesnittkode som en app må laste ned tilsvarer byte som kunne ha blitt sendt en gang, ikke flere ganger, med selve appen. (via appinstallasjon).

"Så egentlig, debatten handler ikke så mye om" HTML5 versus native ", fordi HTML5 ikke er iboende treg. Det handler mer om dette: Uansett appens format, optimaliserer du appen din så mye som mulig? Hvis svaret er "nei", det er rom for forbedring. "

Du kan lese veiledningen hans om bruk av Handlebars.js for å bygge en lett innebygd HTML5-app her.

Smith påpekte også at "LinkedIn nylig lanserte iPad-appen deres, til mye anerkjennelse, og 95% av den er HTML5."


Nylige Artikler
10 ting nettutviklere må vite for å bli virkelig fantastiske
Lese

10 ting nettutviklere må vite for å bli virkelig fantastiske

Utviklere må være mer enn kodegenererende gruntarbeidere. Vi forventer mer av vårt digitale liv, og det er di e gutta om bygger det, å hva trenger de be te utviklerne å vite? ...
Hvordan lage i Cinema 4D
Lese

Hvordan lage i Cinema 4D

Når du nærmer deg en modell eller cene om krever den raffinerte modelleringen om tilby av kulptur, kan mange 3D-kun tnere anta at dette be t oppnå i en dedikert kulpturapplika jon. Imid...
Fem morderiske måter å bruke vertikal rytme på
Lese

Fem morderiske måter å bruke vertikal rytme på

Denne artikkelen dukket opp før te gang i nummer 229 av .net magazine - verden me t olgte maga in for webde ignere og utviklere.En av de viktig te tingene du kan foku ere på når det gje...