Es izmantoju FlutterFlow, lai izveidotu pilnvērtīgu servisa pieprasījumu portālu, kur māju īpašnieki var rezervēt santehnikas, elektroinstalācijas un ainavu kopšanas pakalpojumus. Es pārbaudīju AI ģenerēšanu, savienoju Firebase, izmēģināju versiju kontroli un izvietoju testēšanas režīmā.
Šajā pārskatā apskatīšu cenu sadalījumu, AI reālās iespējas, kā izskatās koda eksportēšana, un to, vai strmā mācīšanās līkne ir tā vērta.
Kas ir FlutterFlow?
Flutterflow ir vizuāla lietotņu izstrādes platforma, kas ļauj veidot vietējās iOS, Android un tīmekļa lietotnes, nerakstot kodu no nulles. To izveidoja bijušie Google inženieri, un tā balstās uz Google Flutter ietvaru.
Lai gan Dart un Flutter elementu sistēmas apgūšana var aizņemt nedēļas, FlutterFlow piedāvā vilkšanas un nomešanas saskarni, kurā varat:
- Vizualizēt ekrānus, izmantojot iepriekš sagatavotas komponentes
- Savienoties ar Firebase, Supabase vai pielāgotām API
- Ģenerēt lapas, izmantojot AI aprakstus
- Eksportēt tīru, lasāmu Flutter kodu jebkurā laikā
Kas padara FlutterFlow unikālu, ir tā caurspīdīgums. Katra vizuālā izmaiņa uzreiz ģenerē Dart kodu, ko varat skatīt, lejupielādēt un pat modificēt ārpus platformas. Jūs nekad neesat ieslēgts slēgtā vidē.
Kam tas ir paredzēts?
FlutterFlow vislabāk darbojas cilvēkiem, kuriem ir nepieciešamas īstas mobilās lietotnes, nevis tikai izturētās vietnes. Šeit ir tie, kuri iegūst vislielāko vērtību:
- Startup līdzdibinātāji, kas izstrādā MVP: ja jūs uzsākat pakalpojumu tirgus laukumu, piegādes lietotni vai rezervācijas platformu un vēlaties nonākt lietotņu veikalos nedēļās (nevis mēnešos), FlutterFlow sniedz risinājumu.
- Aģentūras un brīvstrādnieki, kas rada klientu risinājumus: gūst labumu no profesionālajām funkcijām. Versiju kontroles sistēma ļauj izveidot sagatavošanas zarus, koda eksports nozīmē, ka varat nodot tīrus Flutter projektus, un AI ģenerēšana paātrina sākotnējo dizaina fāzi.
- Izstrādātāji, kuri vēlas strādāt ātrāk: novērtēs, kā FlutterFlow pārņems mobilās izstrādes garlaicīgākās daļas, piemēram, reaģējošo izkārtojumu, navigācijas kaudzītes un stāvokļa pārvaldību, vienlaikus ļaujot jums pēc nepieciešamības rakstīt pielāgotu Dart kodu.
- Mazo uzņēmumu īpašnieki ar tehnisku ziņkāri: var izmantot FlutterFlow, ja ir gatavi mācīties. Tas nav Wix. Jums jāizprot tādas koncepcijas kā datu struktūras, API zvani un reaģējošs dizains.
FlutterFlow plusi un mīnusi
- AI ģenerē kontekstuāli precīzas lapas
- Reāls Flutter kods, eksportējams jebkurā laikā
- Profesionāla versiju kontrole ar zariem
- Dzimtā integrācija ar Firebase un Supabase
- Atsevišķs Dart kods pēc nepieciešamības
- Tēmas pārslēgšana reāllaikā ģenerēšanas laikā
- Komponentu koks parāda precīzu hierarhiju
- Uzreiz pieejams koda skats caurspīdīgumam
- Ļoti labi pārvalda sarežģītas datu struktūras
- Iebūvēta API zvanu testēšanas saskarne
- Pieejama GitHub repozitorija sinhronizācija
- Testēšanas režīms ar atkļūdošanas paneli
- Strma mācīšanās līkne iesācējiem
- Prasa zināšanas par Firebase/Supabase backend
- Nav “vieglā režīma” vienkāršiem uzdevumiem
Gatavi uzzināt, vai FlutterFlow atbilst jūsu projektam? Sāciet ar bezmaksas līmeni un izveidojiet vienu ekrānu. Ja varat izveidot darbīgu pieslēgšanās lapu mazāk nekā stundas laikā, jūs zināsit, vai mācīšanās līkne ir tā vērta jūsu vajadzībām.
FlutterFlow funkcijas
- Vizuāls, komponentēm balstīts mobilās lietotnes veidotājs
- AI lapu ģenerēšana no teksta aprakstiem
- Firebase un Supabase backend integrācijas
- Reāllaika Flutter koda eksports
- Git stila versiju kontrole un zaru veidošana
- Pielāgotas Dart funkcijas un komponentes
- iOS, Android un tīmekļa izvietošana
- API integrācija ar pielāgotām galvenēm
Mana praktiskā pieredze ar FlutterFlow
FlutterFlow pozicionē sevi kā “pieredzējuša lietotāja” rīku bez koda. Es nolēmu izveidot lietotni, kas ļautu māju īpašniekiem pasūtīt tādus pakalpojumus kā santehnikas un elektroinstalācijas darbi. Lūk, kas notika, sākot no pirmā klikšķa mājaslapā līdz brīdim, kad redzēju savu kodu.
1. Sākšana: reģistrēšanās un pirmie iespaidi
Ceļojums sākās FlutterFlow.io sākumlapā. Tā ir ļoti moderni izskatīga vietne ar tumšu fonu un augstas kvalitātes grafiku, kas demonstrē saskarni.
Lielais virsraksts “Build Better. Launch Faster” skatījās uz mani. Es uzreiz pamanīju navigācijas joslu augšā ar sadaļām Product, Resources, Pricing, Enterprise un AI.
Bija poga “Log In” un izteiksmīga poga “Start for Free”. Es netērēju laiku un noklikšķināju uz “Start for Free”.
Tas mani novirzīja uz reģistrācijas lapu (app.flutterflow.io/create-account). Es redzēju vairākas pievienošanās iespējas:
- Pierakstīties ar Google
- Pierakstīties ar Apple
- Pierakstīties ar GitHub
- Pierakstīties ar Microsoft
Es nolēmu izmantot standarta ceļu. Es ierakstīju savu vārdu un e-pasta adresi, pēc tam pārgāju uz parole laukiem. Kad to apstiprināju, noklikšķināju uz “Create Account”.
Ekrāns pāris reizes mirgoja, violeta FlutterFlow logo pagrozījās dažas sekundes, un pēc tam parādījās vairāki iepazīšanās jautājumi.
Acīmredzot viņiem ir svarīgi zināt, kurš lieto šo rīku. FlutterFlow vēlējās uzzināt:
- Kāda ir jūsu galvenā loma? (Es izvēlējos Izstrādātājs)
- Kā vislabāk raksturotu jūsu darba vidi? (Es izvēlēju Startapu)
- Vai jums ir programmēšanas pieredze? (Es izvēlēju “Liela pieredze”)
- Kam jūs vēlaties veidot lietotnes? (Es izvēlēju “Mans uzņēmums”)
- Vai jūs plānojat nolīgt kādu, lai izstrādātu jūsu lietotni? (“Nē”, ko es kategoriski atbildēju)
Pēc atbilžu iesniegšanas parādījās poga “Start Building”. Klikšķis uz tās mani aizveda uz projekta informācijas paneli. Tas bija tīrs, bet taupīgs.
Es noklikšķināju uz “Create New”, un parādījās uznirstošais logs ar lūgumu norādīt projekta nosaukumu. Es to nosaucu par “Service Request Portal” un vēlreiz nospiedu “Create New”.
Mana atsauksme par reģistrēšanās pieredzi:
Iepazīšanās process šķita nedaudz gari, taču acīmredzami palīdz pielāgot saskarni jūsu prasmju līmenim. Tas šķita profesionāli un augstvērtīgi, it kā reģistrētos nopietnai programmatūrai, nevis vienkāršai tiešsaistes rotaļlietai. Man patika, ka viņi uzreiz atpazina manu “izstrādātāja” pieredzi.
2. Paneļa pārvietošanās un sagatavošanās
Pēc iepazīšanās procesa es nokļuvu savā galvenajā panelī. Tas bija tīrs, tumšs interfeiss ar lielu pogu “Create New” augšējā labajā stūrī. Es uz tās noklikšķināju, un parādījās logs “Create a New Project”.
Projekt a nosaukuma laukā ierakstīju “Service Request Portal”.
Zem tā es redzēju daudz “Starter Apps” un “Template Categories”, piemēram:
- Uzņēmējdarbība
- E-komercija
- AI un tērzēšana
- Informācijas panelis/CRM
- Pārtika un piegāde
Es varēju izvēlēties veidni, bet gribēju redzēt, kā izskatās tukša lapa. Es nospiedu “Start Building”. Parādījās vēl viens ielādes ekrāns ar griezošu logotipu, un pēc tam es nonācu pašā redaktorā.
Mana atsauksme par sākotnējo paneli:
Saskarne ir blīva. Tas noteikti nav paredzēts tiem, kas vēlas “piecu minūšu mājaslapu”. Tā izskatās un jūtas kā profesionāls IDE (Integrated Development Environment).
Ja esat kādreiz lietojis Photoshop vai Figma, jutīsieties ērtāk, bet, ja esat pieradis pie pamata vilkšanas un nomešanas vietņu veidotāja, tas var šķist nedaudz biedējoši.
3. Mana pirmā mēģinājums AI ģenerēšanai
Es nevēlējos manuāli izveidot katru pogu un rindu, ja tas nebija nepieciešams. Es biju dzirdējis, ka FlutterFlow iebūvēts AI lapu ģenerators, ko sauc par “Copilot”, tāpēc nolēmu to pārbaudīt.
Es pamanīju mazu zvaigznes ikonu augšējā rīkjoslā – “Generate with AI (BETA)” rīku. Es noklikšķināju uz tās, un parādījās mazs logs ar teksta lauku, kur rakstīja “Describe the page you want to create…”.
Man jau bija gatavs konkrēts apraksts:
“Klientu portāls, kur māju īpašnieki var pieprasīt mājas pakalpojumus (santehnika, elektroinstalācija, tīrīšana, ainavu kopšana) un sekot līdzi saviem pieprasījumiem. Iekļaut lietotāja autentifikāciju, pakalpojuma pieprasīšanas formu ar pakalpojuma veida, apraksta, datuma un steidzamības laukiem, un informācijas paneli, kurā redzami visi pieprasījumi ar to statusu (gaida apstrādi, izpildē, pabeigts).”
Iekļādu arī detalizētu datu struktūru AI:
- Pakalpojumu tabula: ID, pakalpojuma veids, apraksts, pieprasīšanas datums, statuss, steidzamība, attēls.
- Lietotāju tabula: ID, vārds, e-pasts, tālrunis, adrese, loma (klients/admin).
Ekrāna apakšā pamanīju rakstzīmju skaitītāju: “737 / 1000 rakstzīmes”. Es biju ievērojami zem ierobežojuma. Es uzreiz nospiedu violeto pogu “Generate Page”.
Parādījās statusa ziņojums: “Page generation started”. Tad es gaidīju. Es pārvietoju ģenerēšanas logu un skatījos “domāšanas” animāciju. Tas ilga apmēram 2 minūtes, liekot man brīnīties, vai tas nav iestrēdzis, bet tad ekrāns pēkšņi piepildījās ar dizainu.
Rezultāts bija “HomeService Pro”. Tas izskatījās pārsteidzoši pilnīgs. Redzēju:
- Galvene ar uzrakstu “Laipni lūdzam atpakaļ, Sarā” un apakšvirsrakstu “Jūsu mājas pakalpojumu informācijas panelis”.
- Liela poga “Jauns pieprasījums” violetā kastē.
- Īsinājumdarbu režģis ar ikonām santehnikai, elektroinstalācijai, tīrīšanai un ainavu kopšanai.
- Sadaļa “Pēdējie pieprasījumi” apakšā ar vienumiem kā “Virtuves izlietnes noplūde” un “Padziļināta mājas uzkopšana”, kur ir statusa etiketes “Gaida apstrādi” un “Pabeigts”.
AI loga kreisajā pusē bija vertikāla krāsu aplīšu josla. Es noklikšķināju pa tām, lai redzētu, kā lietotne izskatītos dažādās tēmās.
Katru reizi, kad klikšķināju, visai lietotnei krāsas mainījās acumirklī. Bija arī tēmu stila nosaukumi, piemēram, “Professional & Refined”, “Tech AI” un “Readex Pro”.
Biju apmierināts ar rezultātu, tāpēc noklikšķināju violeto pogu “Ievietot lapu”. Parādījās neliels logs, kur man lūdza ievadīt jaunās lapas nosaukumu. Ierakstīju “ServicePortal”, ieslēdzu pārslēgu “Vai vēlaties atjaunināt visu projekta tēmu?” un noklikšķināju “Izveidot lapu”.
Mana atsauksme par AI ģenerēšanu:
Tas bija visiespaidīgākais visas pieredzes moments. Es gaidīju vispārīgu izkārtojumu, bet AI patiešām saprata manas konkrētās prasības un pat iekļāva atbilstošas ikonas.
Tēmu pārslēdzēji bija patīkams papildinājums, ļaujot man brīdi piešķirt lietotnei zīmola veidolu. Šķita, ka esmu izlaidis trīs stundu izkārtojuma darbu mazāk nekā minūtē.
4. Kļūdu risināšana un “pārsega” funkciju izpēte
Kad lapa tika ievietota, es atgriezos galvenajā redaktorā. Es pamanīju sarkanu aplīti ar numuru “1” augšējā labajā stūrī.
Esmu iemācījies, ka šādos rīkos sarkans parasti nozīmē problēmas. Es uz tā noklikšķināju, un atvērās sānjosla “Project Issues”.
Kļūdas ziņojums bija: Entry Page nav projekta lapu sarakstā.
Tas mani īslaicīgi satrieca. Es taču redzēju lapu “ServicePortal” savā sarakstā. Es uzklikšķināju uz kļūdas, bet tā īsti nesniedza norādes, kā to labot, tāpēc man nācās meklēt.
Es sapratu, ka esmu izdzēsis sākotnējo tukšo “HomePage”, tāpēc lietotne nezināja, kuru lapu rādīt pirmo startējot. Beigās atradu zobrata ikonu “App Settings” kreisajā malā.
Iekšā sadaļā “General” atradu iestatījumu “Initial Page”. Es izvēlējos “ServicePortal” kā sākumlapu, un sarkanā kļūdas birka pazuda.
Kamēr izpētīju iespējas, es vēlējos redzēt pašu kodu. Viens no FlutterFlow galvenajiem pārdošanas argumentiem ir, ka tas nav “melnā kaste”. Es noklikšķināju uz > ikonas augšējā labajā rīkjoslā.
Parādījās logs “View Code”. Dažas sekundes tur rādījās “Generating code…”, un pēc tam atvērās pilns redaktors.
Es redzēju failu service_portal_widget.dart. Varēju ritināt cauri simtiem rindiņu īsta Dart koda. Tas izskatījās tīrs un profesionāls, ar importiem kā import ‘package:flutter/material.dart’;.
Varēju pārslēgties starp skatiem “Widget” un “Model”. Bija fascinējoši redzēt, ka katrs vilkšanas un nomešanas solis, ko veicu es (vai AI), tiešā laikā tika pārtulkots īstā, lietojamā kodā.
Es arī apskatīju dažas citas kreisās puses ikonas:
- Firestore: skatījos, kur var izveidot “Collections” maniem pakalpojumiem un lietotājiem.
- Data Types: kur var definēt sarežģītas datu struktūras.
- Custom Code: tas bija dziļi. Tur bija sadaļas Custom Functions, Custom Widgets un Custom Actions. Pat tika parādīts main.dart fails.
Mana atsauksme par kļūdām un koda skatu:
Kļūdas ziņojums iesācējam bija nedaudz neskaidrs, taču lieliski, ka rīks tūlīt brīdina par problēmām. Funkcija “View Code” ir izcils risinājums. Tā liek just, ka veidojat īstu produktu, nevis tikai pagaidu prototipu. Tā nodrošina caurspīdīguma līmeni, ko lielākā daļa bezkoda rīku vienkārši nepiedāvā.
5. Lietotnes priekšskatīšana un izpēte
Nākamais, ko vēlējos darīt, bija palaist lietotni, lai saprastu, kā tā jūtas. Es noklikšķināju uz “Eye” ikonas augšējā labajā stūrī – tas ir “Preview App” poga.
Tika atvērta jauna pārlūkprogrammas cilne ar “vērpjošu F” ielādes animāciju. Kompilēšana prasīja aptuveni minūti. Kad tā beidzās, skatu priekšā bija pilnībā funkcionāls manas lietotnes priekšskats mobilā telefona rāmī.
Es to izmēģināju:
- Ritināju “Pēdējos pieprasījumus” apakšā. Ritināšana bija plūstoša un uzreiz šķita vietējā.
- Novietoju kursoru virs ikonām “Plumbing” un “Electrical”, un tās reaģēja uz manu peli.
- Noklikšķināju uz pogas “Jauns pieprasījums”.
- Pamanīju, ka imitētajos datos bija tādi ieraksti kā “Outlet Installation” ar tagu “Priority: Medium” un datumu “Scheduled: Tomorrow”.
Priekšskata loga augšpusē redzēju rīkjoslu, kas ļāva mainīt priekšskata “Size”. Es pārslēdzos starp:
- Mobilais: 375 x 812 (noklusējums)
- Planšetdators: 768 x 1024
- Dators: 1440 x 900
Pārslēdzoties uz datora skatu, es sapratu, ka AI ģenerētais izkārtojums nav pilnīgi reaģējošs. Ikonas izstiepās pa visu ekrānu un izskatījās nedaudz neveikli. Bija skaidrs, ka, lai gan AI nodrošina lielisku sākumu, jums joprojām jāatgriežas redaktorā un jāiestata “Responsive” noteikumi, ja vēlaties, lai tas izskatās labi visās ierīcēs.
Mana atsauksme par priekšskatīšanu un izpēti:
Priekšskatīšanas režīms ir stabils. Tas ne tikai parāda jūsu lietotnes attēlu, bet gan izveido tās darbojošu versiju. Kompilēšana notiek nedaudz lēni, taču rezultāts ir daudz precīzāks gala produkta attēlojums nekā citu veidotāju gadījumā.
Turklāt, testējot, es sapratu, ka, lai gan AI ģenerētais dizains ir lielisks “front-of-house” sākums, īstā FlutterFlow spēks slēpjas “back-of-house” iestatījumos. Šeit jūs savienojat lietotni ar reālo pasauli, pārvaldāt darba vēsturi un galu galā nododat to lietotāju mobilajās ierīcēs.
Šādi FlutterFlow izskatās tehniski progresīvākajā veidotāja pusē.
6. Savienojot “smadzenes”: datu bāzes un integrācijas
Kad biju apmierināts ar manas “ServicePortal” lapas izskatu, vēlējos uzzināt, kā patiesībā glabāt datus par šiem pakalpojumu pieprasījumiem. Es klikšķināju uz Firestore ikonas kreisajā sānjoslā.
Parādījās panelis, kur redzams, ka man vēl nav izveidotas “Collections”. FlutterFlow ir veidots tā, lai perfekti darbotos ar Google Firebase. Ja es patiešām vēlētos palaist šo lietotni, man būtu jādara šādi:
- Noklikšķināt uz “Create Collection”, lai iestatītu savas “Services” un “Users” tabulas.
- Savienot Firebase projekta ID iestatījumos.
- Iespējot “Firestore” datu bāzei un “Authentication”, lai Sarah varētu pieslēgties.
Taču tas nav viss par Google produktiem. Es noklikšķināju uz cilnes API Calls (ikona izskatās kā mākoņa simbols ar spraudni). Šeit patiesi atklājas integrāciju potenciāls.
Ir liela poga “Add API Call”. Ja, piemēram, gribētu integrēt Stripe maksājumiem vai laika apstākļu API apstākļu pārbaudei dārznieku pakalpojumiem, to darītu šeit. Var definēt GET vai POST pieprasījumus, iestatīt galvenes un testēt pieprasījumus tieši veidotājā.
Es arī izpētīju Media Assets mapi. Sākumā tā bija tukša, bet tieši šeit es augšupielādētu santehnikas un elektro uzņēmumu logotipus. Ir vienkārša poga “Upload Media”, un tā atbalsta attēlu vilkšanu un nomešanu.
Visbeidzot, tam, ko veidotājs nevar izdarīt “no rīka kastītes”, es atradu sadaļu Custom Code. Tas ir dziļāks materiāls izstrādātājiem. Tas ir sadalīts šādi:
- Custom Functions: nelieli Dart koda fragmenti matemātikai vai datu formatēšanai.
- Custom Widgets: ja vēlaties konkrētu slīdni vai diagrammu, ko FlutterFlow nepiedāvā.
- Custom Actions: loģika, kas tiek izpildīta, noklikšķinot uz pogas.
Mana atsauksme par integrācijām:
FlutterFlow nemēģina visu paveikt pats; tas darbojas kā ļoti augsti attīstīts “menedžeris” citiem pakalpojumiem.
Firebase integrācija ir visstabilākā, kādu jebkad esmu redzējis bezkoda rīkā, bet API un Custom Code sadaļas nozīmē, ka jūs nekad neiestrēgsit. Šķiet, ka tas ir rīks, kas var augt kopā ar jums.
7. Drošības tīkls: versiju kontrole un momentuzņēmumi
Viena lieta, kas parasti biedē manis par bezkoda rīkiem, ir tā dēvētais “ups” faktors. Nejauši izdzēst galveno sadaļu un nespēt to atgriezt.
Man nāca liels atvieglojums, atrodot izvēlni Version Control (ikona izskatās kā zarojumi).
Kad noklikšķināju, parādījās sānjosla “Version Control”. Tajā bija redzams mans “Main” zars. Tur bija trīs cilnes:
- Branches: kur var izveidot “development” zaru, lai testētu jaunās funkcijas, neizjaucot “live” lietotni.
- Branch History: visu veiktās izmaiņu saraksts.
- Snapshots: šeit es pavadīju laiku.
Es atlasīju “Snapshots” un redzēju sava darba vēsturi, tostarp momentuzņēmumu ar nosaukumu “Argus”, izveidotu pirms 27 minūtēm.
Papildus momentuzņēmumiem ir poga “Commit”.
Šī pieredze ļoti līdzinās darbam ar GitHub. Var saglabāt konkrētu lietotnes stāvokli, to nosaukt (piemēram, “Post-AI Generation”), un, ja vēlāk kaut ko sabojājat, varat atgriezties tieši pie šī momenta.
Patika, ka ir poga Connect to a GitHub Repo. Tas nozīmē, ka katru izmaiņu, ko veicu šajā vizuālajā veidotājā, var nosūtīt uz reālu GitHub krātuvi, kur to var turpināt komandas izstrādātājiem.
Mana atsauksme par versiju kontroli:
Tas ir pārmaiņu spēlētājs profesionālajām komandām. Lielākajai daļai bezkoda rīku ir tikai pamata poga “Undo”. FlutterFlow piedāvā profesionālu versiju sistēmu. Tas dod pārliecību eksperimentēt, jo vienmēr zināt, ka pastāv “Save Point”, pie kura varat atgriezties.
8. Lietotnes publicēšana: publicēšanas pieredze
Galu galā mērķis ir iznest lietotni ārpus redaktora un nodot to māju īpašnieku rokās. Es paskatījos uz saskarnes augšējo labo stūri, kur atrodas publicēšanas kontroles.
Testēšanas un palaišanas panelis: labajā sānjoslā ir redzama sadaļa “Test, Run & Publish” ar apakšvirsrakstu “Use test mode for faster iteration.” Šeit sākas izvietošanas process.
Redzu divas galvenās iespējas:
- Poga Test (violeta zibens ikona) – ātrām testēšanas iterācijām
- FlutterFlow Local Run – lejupielādē FlutterFlow darbvirsmas lietotni, lai palaistu lietotni lokālajās ierīcēs
Zem tā redzama piezīme: “You must enable the web platform in settings in order to publish to the web.”
Ir arī sadaļa, kas parāda “Below are the versions of your past builds or ‘run modes’. You can copy and share links.”
Testēšanas režīma pieredze: kad noklikšķināju uz pogas Test, parādījās ielādes ekrāns ar ziņojumiem:
- “Preparing cloud resources…”
- “We are setting up a testing session for your app…”
- “This should take 2-3 minutes.”
Gaidot FlutterFlow rāda noderīgus padomus. Šajā gadījumā: “FlutterFlow Tip #10: Master Layouts in FlutterFlow” ar saitēm uz mācību video.
Lietotne veiksmīgi ielādējās testēšanas režīmā, parādot manu Service Request Portal ar:
- Sesijas informāciju augšpusē: “Current Load – Expires in 11 minutes”
- Sarkanu pogu “End Session”
- Zaļu pogu “Instant Reload” – ātrai izmaiņu atsvaidzināšanai
- Cilnes “Known Issues”, “Troubleshooting Info” un “Debug Panel”
- Reāllaika priekšskats manai lietotnei pie 100% tālummaiņas
Mana atsauksme par testēšanas darbplūsmu:
FlutterFlow testēšanas režīms ir veidots straujai iterācijai. 11 minūšu derīguma termiņš rada steigas sajūtu. Jūs koncentrējaties uz konkrētu funkciju testēšanu, nevis novēršaties.
Poga “Instant Reload” ir neaizvietojama, lai uzreiz redzētu izmaiņas bez visas sesijas pārkompilēšanas. Debug panelis sniedz reāllaika konsoles izvadi, kas ir būtiski kļūdu noķeršanai to notikšanas brīdī.
Manas kopējās pārdomas par FlutterFlow
Pēc šīs sesijas mans viedoklis par FlutterFlow ir skaidrs: tas ir nopietns rīks nopietniem cilvēkiem.
Ja vēlaties tikai izveidot pamata nolaišanās lapu vai vienkāršu iekšēju rīku savai komandai, tas, visticamāk, būs pārspīlējums. Jūs pavadīsiet vairāk laika, apgūstot saskarni, nekā patiesi būvējot.
Tomēr, ja esat uzņēmējs, kas mēģina izveidot īstu startup MVP, vai izstrādātājs, kurš vēlas strādāt 10x ātrāk, šī ir fenomenāla platforma.
Kas man patika:
- AI patiesi ir noderīgs: tas nesniedza tikai vispārīgu veidni; tas sekoja manām specifiskajām instrukcijām un izveidoja kontekstuāli atbilstošu lapu.
- Pilnīga caurspīdīgums: iespēja jebkurā laikā skatīt kodu nozīmē, ka jūs nekad neesat īsti “iesaistīts”. Jūs vienmēr varat eksportēt kodu un izvietot to pašrocīgi.
- Profesionālas funkcijas: tādas iespējas kā versiju kontrole, zaru vēsture un pilnīga Firestore integrācija padara šo rīku tādu, no kura jūs neizaugsiet mēneša laikā.
Uz ko jāpievērš uzmanība:
- Strma mācīšanās līkne: šeit nav “vieglā režīma”. Lai gūtu panākumus, jums jāizprot mobilā izkārtojuma darbības principi.
- Lēna kompilēšana: priekšskatīšanas “build” process prasa laiku. Tas nav uzreiz atgriezeniskās saites cikls, ko piedāvā daži tīmekļa veidotāji.
Cenu noteikšana un plāni
FlutterFlow piedāvā četras galvenās pakāpes ar reģionālām cenu atlaidēm. Visos plānos iekļauts kodolīgs vizuālais veidotājs, taču tie būtiski atšķiras sadarbības funkcijās, izvietošanas iespējās un AI ģenerēšanas ierobežojumos.
| Plāns | Cena (mēnesī) | Projekti | AI pieprasījumi | Koda lejupielāde | Komandas lielums | Labāk piemērots |
|---|---|---|---|---|---|---|
| Bezmaksas | $0 | 2 | 5 (mūžīgi) | ✗ | 1 | Platformas testēšanai |
| Basic | $15.60 | Neierobežots | 50/mēnesī | ✓ | 1 | Solo izstrādātājiem |
| Growth | $32 (pirmais lietotājs) | Neierobežots | 200/mēnesī | ✓ | 2 | Mazām komandām |
| Business | $60 (pirmais lietotājs) | Neierobežots | 500/mēnesī | ✓ | 5 | Augošiem uzņēmumiem |
Apmaksas detaļas
- Pieņemtās maksājumu metodes: kredītkarte, PayPal
- Gada atlaide: ietaupiet aptuveni 25%, izvēloties gada apmaksu
- Atmaksas politika: 14 dienu naudas atmaksas garantija pirmajam pirkumam
- Slēpti izdevumi: pielāgotu domēnu pieslēgumi pēc pirmā bezmaksas maksā papildus (10 $/mēnesī par domēnu). Viena projekta sadarbības pievienojumi pieejami Growth ($10/sadarb.) un Business ($8/sadarb.) līmeņos.
Alternatīva FlutterFlow
Ja jūsu mērķis ir sarežģīta tīmekļa lietojumprogramma ar iebūvētu backend loģiku, spēcīga alternatīva ir Bubble.
Bubble darbojas kā tīmekļa lietotne ar savu patentētu izpildlaiku. Uzskatiet FlutterFlow par mobilajam prioritāti pievērstu rīku, kas atbalsta tīmekli, un Bubble par tīmeklim prioritāti pievērstu platformu, kas var pielāgoties mobilajām pārlūkprogrammām.
| Funkcionalitāte | FlutterFlow | Bubble |
|---|---|---|
| Lietošanas ērtums | Strukturēta, komponentu bāzēta saskarne, kas pazīstama izstrādātājiem. Backend iestatīšanai (Firebase/Supabase) nepieciešama stāvāka mācīšanās līkne. | Jaudīga, bet sarežģīta. Vizuālās darbplūsmas un datubāzes pārvaldība vienuviet. Prasa laiku, lai apgūtu. |
| Labāk piemērots | Vietējām mobilajām lietotnēm (iOS/Android), kurām nepieciešama darbība bezsaistē un ierīces funkcijas, piemēram, kamera, GPS, push paziņojumi. | Tīmekļa lietotnēm, SaaS platformām, tirgus laukumiem, administratora paneļiem un iekšējiem rīkiem, kuriem nepieciešama sarežģīta loģika. |
| Mobilās lietotnes | Īstas vietējās lietotnes ar Flutter. Tieša izvietošana App Store un Google Play. Plūstoša darbība un atbalsts bezsaistē. | Progresīvās tīmekļa lietotnes (PWA), kas darbojas mobilajās pārlūkprogrammās. Nav īsti vietējās. Lietotņu veikaliem nepieciešami trešo pušu rīki. |
| Backend un dati | Prasa ārēju backend (Firebase, Supabase, REST API). Vairāk iestatīšanas, taču lielāka elastība un mērogojamība. | Iebūvēts backend ar datubāzi, darbplūsmām un lietotāju autentifikāciju. Viss vienā ekosistēmā, bet mazāk elastīgs. |
| Dizaina elastīgums | Komponentu bāzes sistēma ar iepriekš izveidotām komponentēm. Tīri, mobilajām ierīcēm optimizēti izkārtojumi. Figma importēšana pieejama augstākos līmeņos. | Lieliska pielāgojamība tīmekļa izkārtojumiem. Reaģējošs dizains mobilajām pārlūkprogrammām var būt ķēpīgs. Kopumā vairāk dizaina kontroles. |
| Veiktspēja | Gandrīz vietējā mobilā veiktspēja. Lietotnes kompilējas efektīvā Flutter kodā. Gludi pārvalda sarežģītas animācijas. | Veiktspēja var pasliktināties, palielinoties tīmekļa lietotnēm ar smagām darbplūsmām. Sarežģītām lietojumprogrammām nepieciešama optimizācija. |
| Cenu noteikšana | Sākot no 15,60 $/mēnesī. Koda eksports iekļauts Basic plānā. Papildu komandas locekļiem jāmaksā Growth/Business līmeņos. | Sākot no 42 $/mēnesī mobilajām. Cenas svārstās atkarībā no slodzes (servera jaudas). Nav koda eksporta. |
| Koda īpašumtiesības | Pilns Flutter koda eksports visos maksas plānos. Var izvietot jebkur, modificēt ārpus platformas. Nekad neesat ieslēgts slēgtā vidē. | Nav koda eksporta. Lietotnes paliek Bubble infrastruktūrā. Izstājoties no Bubble, jāveido no jauna citur. |
Galvenā filozofiskā atšķirība: FlutterFlow pieņem, ka jūs nodrošināsiet savu backend un nodrošina caurspīdīgumu ar koda eksporta palīdzību. Bubble apvieno visu vienuviet, bet jūs liek palikt tā ekosistēmā. Neviena nav “labāka”. Tās ir optimizētas fundamentāli dažādiem lietošanas gadījumiem.
Galīgais spriedums par FlutterFlow
FlutterFlow ir nopietns rīks nopietniem izstrādātājiem. Ja jums nepieciešama vietējā mobilā lietotne App Store vai Google Play, tas ir viens no ātrākajiem ceļiem no idejas līdz produkcijai.
AI ģenerēšana patiešām strādā, Firebase integrācija ir nevainojama, un koda eksports nozīmē, ka nekad neesat ieslēgts slēgtā vidē.
Bet mācīšanās līkne ir reāla. Jums jāizprot tādas koncepcijas kā datu struktūras, API zvani un reaģējoši izkārtojumi. Ja tikai testējat ideju vai nepieciešama vienkārša tīmekļa lietotne, platformas kā Bubble vai Softr to paveiks ātrāk.
