MIT App Inventor - každý môže vytvoriť mobilnú aplikáciu. App Inventor - Streda Android aplikácie Wednesday Download Education App vynálezca v ruštine

App vynálezca - Streda o vizuálnom vývoji aplikácií so systémom Android, čo si vyžaduje minimálne programovanie. Pôvodne navrhnutý v spoločnosti Google Labs, po ukončení tohto laboratória bol prevedený do technologického inštitútu Massachusetts. Na začiatku marec 2011. Inštitút Massachusetts spustil verejnú betA verziu projektu dostupného na webovej stránke App.Inventor.mit.edu.

Pracuje toto vývojové prostredie priamo z prehliadača. Stiahnite si a nenainštalujte nič. Výsledok je možné zobraziť na zariadení so systémom Android. Hotové aplikácie môžu byť umiestnené na trhu hry.

August 2015 App Inventor 2 podporuje ruský jazyk.

V on-line editor Editor mit App Inventor 2 aplikácie sú založené na štandardných komponentoch, ktoré sú hlavným prvkom vývoja aplikácií so systémom Android.

Blokuje vynálezcu aplikácie. Dôležité koncepcie a princípy

APP Inventor Blocks sú nástroje pre prevádzkové komponenty a vyzerajú ako hádanky.

Bloky v tomto designom Android aplikácie sú rozdelené do dvoch veľkých skupín, na základe ktorých ovplyvňujú a čo súvisia s:

týkajúce sa priamo komponentov
aplikované na aplikáciu ako celok

Začnime S. bloky, ktoré patria k komponentom. Môžu byť rozdelené do troch typov, ktoré sa dajú ľahko rozlišovať medzi:

1. Bloky opisujúce vlastnosti komponentu. Sú zelené a vyzerajú to takto:

táto jednotka označuje aktuálnu vlastnosť komponentov. Na tomto obrázku sa zobrazí štruktúra farby pozadia pre textový komponent textbox1. Znamená to prijatie existujúceho významu.

a toto nastaví požadovanú hodnotu komponentu (priraďte textový text na pozadí ...). "SET" - SET. Tento typ bloku-vlastností by sa mohol pripísať veliteľom (manipulátory), pretože skutočne dáva príkaz zmeniť akúkoľvek zložku vlastnosť, vrátane polí polí. Avšak, vývojári vynálezcu aplikácie sa však rozhodli, že je to tiež aj vlastnosti.

2. Bloky udalostí, to znamená, že tieto bloky, ktoré sledujú výskyt ľubovoľnej udalosti v aplikácii, napríklad stlačením tlačidla a potom spustite príkaz bloku. Sú natreté v bronzovej farbe a vyzerajú to takto:

táto jednotka, napríklad, vykoná akciu stlačením tlačidla (keď sa na tlačidlo 3 kliknete na ...)

3. Blokový príkaz, v aplikácii vynálezca sa táto jednotka často nazýva obslužný program. Táto jednotka označuje, že musíte urobiť s komponentom, ku ktorému blok patrí:

Konkrétne tento blok spôsobí údaje z časovača zariadenia.

Druhá skupina blokov, súvisiace so všetkými, Zorganizovaný trochu inak.

Ak chcete začať, tu sú ich zoznamy podskupín:

Logické bloky. - Logické bloky
Matematické bloky. - matematické bloky
Textové bloky. - textové bloky
Zoznamy blokov. - bloky na správu zoznamov
Farby. - Bloky pre správu farieb
Bloky premenných. - bloky na správu premenných
Bloky postupov. - Bloky postupov.

Všetky z nich sú s výnimkou blokov postupov zapustené do iných blokov. To znamená, že nemôžu slúžiť ako pôvodný blok, na rozdiel od udalostí patriacich do komponentov - všetky akcie sú vykonané na všetkých udalostiach s komponentmi.

Tu stojí za to povedať o typoch "puzzle". Asi ste si všimli, že existujú štyri druhy hádaniek.

Je zrejmé z ich formy, že každý reťazec v mobilnej aplikácii začína najprv. Toto je udalosť a je celkom logické, že iniciuje všetky ďalšie opatrenia. A tento typ sa nelíši od aplikácií prijatých v tomto dizajnéri pre Android.

A tu je nasledujúce dva typy blokov pomocou typológie aplikácie Inventor odkazovať na rôzne typy: Vlastnosti a tímov (manipulátory). Ale vo forme puzzle av zmysle by sa mohli pripísať tímom, pretože stanovili akciu. Povedzme druhý Položil puzzle puzzle poskytuje príkaz na pridelenie určitej hodnoty komponentu, ale tretia Puzzle - Zavolajte komponent s určitou hodnotou. Okrem toho sú tieto hádanky "medziľahlé", nemôžu byť doplnené reťazcom.

A tu štvrtý Formulár predstavuje konečná hodnota, ktorá existuje alebo vypočítava a končí reťaze. Štvrtý obraz je napríklad aktuálnou hodnotou komponentu hodín.

Spoločnosť ITICHER OZNÁMENSTVA MOBILNÝCH APLIKÁCIÍ PRE APLIKÁCIE PRE APLIKÁCIU PRE APLOOD OS, vytvorený v programovacom jazyku App Inventor.

Podmienky držby súťaže

Recepcia a registrácia konkurenčných prác: od 1. januára do 15. mája 2017.
Zohľadnenie skutkov konkurenčnej poroty - od 15 do 30. mája 2017.
Oznámenie výsledkov súťaže 30. mája na portáli súťaže.

Pod operáciou pochopíme postupnosť činností, z ktorých každý môže obsahovať iný počet blokov.

Akákoľvek operácia môže byť umiestnená buď v zariadení na spracovanie udalostí alebo v jednotke Postup. Umiestnenie operácie v jednotke spracovania udalostí je charakterizovaná jednoduchou, ale v budúcnosti to môže viesť k mnohým problémom, na rozdiel od používania v procedúre, ktorý dostane flexibilný algoritmus. Zvážte to v príklade jednoduchého priradenia prevádzky globálnej premennej prázdneho zoznamu pozostávajúceho z dvoch blokov (obr. 1).

Obr. 1. Možnosti prevádzky.

Pri zadávaní operácie do spracovateľskej jednotky udalosti komponentov (horná verzia) je k nej prísne pripojená a stáva sa neprístupným na volanie z iných blokov. Ak sa táto operácia musí vyžadovať z iného bloku, potom sa bude musieť kopírovať. Vytvorenie kópií operácie je nežiaduce, pretože keď zmení svoj algoritmus, budete musieť zadať každý z nich. Tým sa zvyšuje pravdepodobnosť rôznych chýb: môžete zabudnúť opraviť nejaký druh kópie, urobte chybu pri kopírovaní blokov, vložte ich atď. Umiestnenie prevádzky v zákroku Unit vám umožní zavolať z iných blokov a vyhnúť sa vyššie opísaným chybám.

Pri práci v editore bloku, niekedy je potrebné volať rôzne verzie jednej operácie alebo rôzne operácie. Aby ste to urobili, môžete buď vytvoriť nové komponenty s novými jednotkami na manipuláciu s udalosťami, alebo použiť jeden existujúci BTNExCute Block umiestnením výzvy na tento alebo túto operáciu. V dôsledku výmeny sa odpojené operácie zmení na "plávajúce" bloky (obr. 2), ktoré nepatria do žiadneho bloku.

Obr. 2. "plávajúce" bloky.

Ak existuje mnoho takýchto plávajúcich blokov na pracovnom poli, nemusí sa s nimi ľahko vysporiadať. Ak je všetko jasné so spodným blokom - to je blok volania procedúry, čo robí jednotky blokov v hornej časti obrázku? Je to samostatná operácia alebo činnosť, ktorá vstúpi do inej prevádzky? Ale potom kde je zvyšok tejto operácie? Pridanie operácie do jednotky Postup vám umožní zbaviť sa nezrozumiteľných "plávajúcich" blokov.

Ak chcete blokovať blok, nie je potrebné ho umiestniť do manipulácie s udalosťou. Kliknite pravým tlačidlom myši na ňu a v kontextovej ponuke, ktorá sa zobrazí, vyberte možnosť Do IT IT.

Ďalšou nevýhodou operácie v udalostiach sa vzťahuje na skutočnosť, že pri náhodnom vymazaní komponentu v dizajnéri, nielen všetky bloky, ktoré sa týkajú tejto zložky, ale aj všetky bloky investované v nich sú vymazané. Zvlášť nepríjemné bude v prípade, že operácia pozostávala z veľkého počtu blokov (obr. 3). Ak odstránite komponent BTNTEST, potom bude blok BTNTEST.CLICK odstránený so všetkým jeho obsahom.

Obr. 3. Nežiaduce blokovanie blokov v manipulácii s udalosťami.

Aká prevádzka vykonáva bloky na tomto obrázku? Je ťažké odpovedať hneď. A keď ich umiestnite do samostatného postupu, všetko sa okamžite stane zrozumiteľným z mena SETVARVALUE - Nastaví hodnotu premennej (obr. 4).

Obr. 4. Zoskupenie strán v postupe.

Postupové bloky a lokálne premenné majú nastavenie dostupné pri kliknutí na ikonu prevodovky. Pre bloky postupov spočíva v pridávaní vstupných parametrov k nim a pre bloky lokálnych premenných na vytvorenie ďalších vstupov. To umožní štyri premenné blokovať na jeden blok so štyrmi premennými (obr. 4). Je taký ekvivalent konverzie? Nie. Blok s viacerými lokálnymi premennými má jeden rozsah, ktorý neumožňuje vnútri, aby získal hodnoty svojich premenných. Napríklad hodnota premennej hodnoty je nemožná (obr. 4) priradiť hodnotu kľúčovej premennej.

Uvádzame nevýhody operácie v jednotke spracovania udalostí:

Tvrdá väzba na blok udalosti určitého typu vybraného komponentu
Nie je možné zavolať operáciu z iných blokov (to znamená, že sa nemôže stať knižnicou)
Odstránenie prevádzky pri odstraňovaní komponentu
Vytvorenie nezrozumiteľných "plávajúcich" blokových skupín
Je ťažké rýchlo pochopiť, čo funguje

Zbavte sa všetkých týchto nevýhodách je veľmi jednoduché, ak sú všetky operácie umiestnené v postupe.

Pri vytváraní algoritmov pre jednoduchosť a rýchlosť budete chcieť rôzne operácie, aby sa v jednom postupe, čo povedie k rýchlemu zvýšeniu počtu blokov a ťažkostí s pochopením jeho práce. Na vylúčenie tohto, jednoduché pravidlo je široko používané v programovaní:

Jedna funkcia (postup) - jedna operácia

Toto pravidlo je prevzaté z životnej praxe. Predstavte si, že zapnete svetlo v miestnosti, a zároveň je televízor zapnutý, klimatizácia a vypnutie počítača. Páči sa ti to? Nie, pretože to povedie k nejasnostiam a nepríjemným situáciám.
Na obr. 4 Na začiatku bloku, existuje výzva štyroch procedúr - GetKey (Získajte kľúč), GetNewval (Získajte novú hodnotu), KTORÁ (Získajte zoznam kľúčov) a GETIPEX. Každý z týchto postupov vykonáva jednu operáciu. Po nich je spustený blok, v ktorom sa vykoná operácia nastavenia SETVARVALUE1.
Je možné použiť globálne v postupoch namiesto lokálnych premenných? Môžete, ale nerobte to. Použitie globálnych premenných v rámci procedúry, po prvé, tvrdo ho viaže na ne a podľa toho, týmto žiadosti, a po druhé, s pomocou globálnych premenných, externé bloky z rôznych aplikácií môžu ovplyvniť vnútorný mechanizmus postupu, ktorý je celkom nežiaduce. Čo sa môže stať, ak cestujúci autobusov majú prístup k svojmu mechanizmu?

Miestne premenné sú druh buffer. Ak názov globálnych variabilných zmien, to nebude porušiť prácu postupu, pretože v nej sa používajú názvy lokálnych premenných, ktoré sa nezmenili. V aplikácii vynálezca pri zmene názvu globálnej premennej sa automaticky zmení vo všetkých blokoch. Odtiaľto dôležitý záver, ktorý existuje v automatizácii App Inventor Automatizácia overiť správnosť typov variabilných, premenovanie premenných a inak, na jednej strane zjednodušuje vývoj aplikácií, uvoľní developer od premýšľania nad týmito otázkami a na Druhá ruka podporuje rozvoja zručnosti nedbanlivosti algoritmov. Všeobecne povedané, táto zručnosť sa môže vyvinúť pri programovaní v akomkoľvek jazyku. Ako sa tomu vyhnúť? Použite odporúčania na vytvorenie "čistého kódu", ktorý je napísaný veľa kníh. Inventor APP bude môcť používať len malý podiel týchto odporúčaní, ale sledujte ich, zlepší algoritmy a ich čitateľnosť akýmkoľvek spôsobom, aby ich vytvorili - na hárku papiera, dosky pri úprave kódu alebo práce s blokmi.

Vyššie uvedené pravidlo by sa malo použiť av prípade použitia jednotiek spracovania udalostí. Na obr. 4 Kliknite na položku Osovanie udalostí vyrába iba jednu operáciu - spôsobí postup. A ak potrebujete volať niekoľko postupov z obsluhy udalostí? Potom potrebujete pochopiť, táto skupina postupuje jednu alebo viac operácií? Ak jeden, potom je všetko v poriadku. Napríklad v rámci inicializácie aplikácie sa nazýva mnoho postupov, ale všetky z nich sú kombinované s jednou operáciou - inicializácia.

Čím viac operácií vykoná postup, tým dôkladnejšie je jeho spojenie s týmto projektom, a tým ťažšie je prispôsobiť ho pracovať v inej aplikácii. V ideálnom prípade je v ideálnom prípade žiaduce vykonať nezávislý od tejto aplikácie, aby ho bolo možné umiestniť do svojej knižnice na opätovné použitie v iných aplikáciách.

Ako úložisko knižničných postupov v vynálezcovi aplikácie môžete použiť príslušné aplikačné obrazovky. Knižnice s malým počtom postupov môžu byť umiestnené na jednej obrazovke a veľké na jednotlivcovi. V druhom prípade môže byť pohyb všetkých blokov knižníc v batohu vykonávať s použitím jednej operácie.

Ak knižnice sa veľa nahromadili, potom ich môžete usporiadať ako šablónu aplikácie, v ktorej je prvá obrazovka prázdna. Túto šablónu používame pri vytváraní novej aplikácie a po jeho pripravenosti vytvoríme kópiu, z ktorej sú všetky obrazovky knižnice odstránené.

Ak chcete odstrániť premenovanie globálnych premenných a porušením práce knižničných postupov pri kopírovaní z batohu na obrazovku aplikácie, ktorá môže mať globálne premenné s rovnakými názvami, sú potrebné mená knižničných blokov vopred s predponami označujúcimi knižnicu. Ak sa knižnica na prácu so zoznamom párov nazýva LibPairs. Potom môžete premenné, postupy a komponenty v ňom: libpairs_name, libpairs_setvalue, libpairs_btnexcate.

Pre pohodlnejšiu prevádzku s veľkým počtom blokov a presunutím cez pracovné pole, okrem tlačidiel škálovania na výreze, je užitočné rozsah pracovnej oblasti prehliadača pomocou kombinácie klávesov CTRL alebo CTRL +.

Dnes, na trhu práce, vidíme reálny boom o špecialistov vo vývoji aplikácií aplikácií pre mobilné zariadenia. Profesia pre vývojárov mobilných aplikácií sa stáva jednou z najvyhľadávanejších. Je to však vzdelávací systém pripravený odpovedať na túto výzvu? Koniec koncov, s cieľom diagnostikovať schopnosť programovať a ležať solídny základ z vedomostí a zručností v čase, musíte začať od začiatku školského veku.

Až do nedávnej doby sa problém učenia stredobodských školákov programovania zdalo intraktívne - primárne kvôli nedostatku nástroja, ktorý by na jednej strane by bol dosť ľahko sa učiť, a na druhej strane by to umožnilo vytvoriť naozaj stojace Produkty. Pokusy o vyškoliť školákov BasicA alebo Pascal, viedli len k tomu, že objekt informatiky bol len veľmi úzkym okružným študentom - tí, ktorí vďaka intelektuálnym vlastnostiam, rodinným vzdelaním alebo mimoriadnym šťastím s učiteľom, sa podarilo napredovať v rozvoji programovania ďalej ako iné. Pre väčšinu ostatných školákov zostala informatika niečo neprístupné.

Situácia sa začala meniť na začiatku roka 2000, s vznikom a rozvojom vizuálnych programovacích jazykov, ktorých vlajková loď je považovaná za jazyk poškriabania. Tento jazyk urobil skutočnú revolúciu v školskom vzdelávacom programovaní pre Desktop OS. Programovanie na nuly je rovnako jednoduché ako skladacie detské mozaikové puzzle. Prevádzkovatelia a jazykové procedúry sú farebné bloky. Pretiahnutím a pripojte ich, vytvoríme program. Je to jednoducho nemožné urobiť chybu v syntaxi tohto jazyka - ak bloky nestojí vedľa, puzzle jednoducho nefunguje.

App vynálezca

Prirodzeným rozvojom tohto prístupu bol programovací jazyk vynálezcu APP, vyvinutý profesorom Massachusetts Institute of Technology (MIT) Halóm Abelson v roku 2010. Je založený na rovnakom princípe ťahania vizuálnych tehál a zozbieraním programu z blokov.

Rozdiel medzi vynálezcom APP od nuly je, že App vynálezca nie je orientovaný na použitie na ploche, ale je určený na vytváranie aplikácií pre mobilné zariadenie - smartfón alebo tablet s operačným systémom Android. Vie, ako napríklad "porozumieť" dátovým akcelerometrom údajov mobilného gadget, ovládať vstavanú kameru, vidí, ako je telefón orientovaný vo vesmíre a oveľa viac.

App vynálezca je úplne zamračená aplikácia. Ak chcete začať programovanie, potrebujete len internet a prehliadač. Prechod na jazykovú stránku sa vykonáva v tomto odkaze. Rozhranie v angličtine a ruštine.

Programovací jazyk App Programovací jazyk sa skladá z dvoch hlavných častí - dizajnér a editor Blokov.

V dizajnér Vytvárame našu aplikáciu z prvkov - obrazovky, tlačidlá, bunky, obrázky, zvuky.

V editor Blokov Programujeme správanie týchto prvkov.

Rozhranie App Inventor je jednoduché a intuitívne. Ak sa chcete pokúsiť vyučovať programovanie na vynáleze App v škole, odporúčame webovú stránku App EnterPriment.ru, ktorá zozbierala tréningové materiály pre učiteľov.

Súťaž pre školákov

A školáci, ktorí sa budú konať na programovacom programovaní na vynáleze App v škole alebo lacno, sa môžu zúčastniť súťaže o vývoj vlastných mobilných aplikácií na vynáleze App. Víťaz súťaže dostane počítač Tablet od spoločnosti Samsung. Termín na predloženie práce - do 15. mája 2016.

Meteorologická stanica v App Inventor 2 - Aplikácia meteorologickej stanice pre telefóny Android vytvorené pomocou služby Online Service.

Oznámenie meteorologickej stanice je popísané v článku, kde sme vykonali revíziu meteorologickej stanice, vytvorili Skatch for Arduino a zariadenie meteorologickej stanice. No, dnes budeme podrobnejšie porozumieť, ako vytvoriť aplikáciu Android a zobraziť všetky údaje získané z našej meteorologickej stanice na telefóne.

Ak chcete vytvoriť aplikačnú meteorologickú stanicu v MIT App Inventor 2, budete potrebovať:

1. Obraz na pozadí veľkosti 540x960 pixelov (veľkosť obrázka pozadia závisí od veľkosti obrazovky vášho zariadenia)

2. Ikona aplikácie pre hlavnú obrazovku 128x128 pixelov (vo formáte PNG32)

3. Ikony tlačidiel v aplikácii v dvoch farbách, veľkosť 80x80 pixelov

Keď sme pripravili všetky potrebné obrázky pre aplikáciu, môžete začať pracovať v spoločnosti MIT App Inventor 2. Ak chcete začať, budeme potrebovať takéto komponenty:

ListPicker1 - Ak chcete spustiť pripojenie Bluetooth, vyberte dostupné zariadenia Bluetooth a režim zobrazenia stavu pripojenia
Label3 - Zálohovanie, na zobrazenie ďalších informácií (dočasne nefunguje, nemôžete pridať)
LABEL1 - Ak chcete zobraziť prijaté údaje z ARDUINO
Značenie2 - na zobrazenie nápis (teplota v miestnosti, teplota na ulici, tlaku atď.)
Horizontalarrangement1 - režim zarovnania prvkov horizontálne, v našich prípadoch spínacích režimov)
Tlačidlo1 - tlačidlo na zapnutie režimu "Vonkajšia teplota"
Tlačidlo2 - Zapnutie teploty v režime miestnosti
Tlačidlo3 - Tlačidlo pre zapnutie režimu "Tlak v mm.rt.st."
Tlačidlo4 - Tlačidlo Inclusion Mode "Vlhkosť v%"
Tlačidlo5 - Tlačidlo odpojenia (neviditeľné)
Hodiny1 - Časovač
BluetoothcLient1 - komponent pre prácu s Bluetooth (prijímajúcim a odosielaním údajov)

Teraz poďme na blokovanie programovacieho režimu v MIT App Inventor 2 začať navrhnúť funkčnosť pre ListPicker

potom pre časovač

prijímanie údajov cez Bluetooth

pre tlačidlá 1-4

pre vypnutie

Po absolvovaní všetkých stupňov vývoja, otestujeme aplikáciu na telefóne a skontrolujte výkon.

Vstavanú funkčnosť aplikácie vynálezcu môžete zväčšiť pomocou webovej technológie a rozšírení. V sieti nájdete platené a bezplatné rozšírenia (asi 200 o Puravidapps.com), ale otázky vznikajú, a aké ťažké je vytvoriť si vlastné, čo môžu dať a či tráviť čas na to alebo lepšie urobiť niečo iné?

Všetky komponenty a bloky dostupné v aplikácii vynálezca patria do vstavaného (interného) a expanzie na externé.

Vstavané funkcie poskytujú zaujímavé funkcie pre začínajúcich užívateľov, uspokojivé pre skúsených a nedostatočných pre programátorov. Väčšina používateľov sa zároveň uprednostňuje načítať pripravené rozšírenia a nebudú ich rozvíjať. Z toho vyplýva jednoduchý záver, že rozvoj rozšírení môže byť zaujímavý, najmä skúsení používatelia a nadšencov. Začiatočníci budú plne zariadiť zabudované schopnosti a existujúce rozšírenia a programátori sa zapájajú do rozšírení, nemajú záujem o dôvod potreby vykonávať duálnu prácu. Prečo strácať čas na vytváranie a ladenie rozširovania obmedzenej funkčnosti, a potom ho použiť na vytvorenie obmedzenej aplikácie funkčnosti, ak môžete okamžite napísať kód na Java, pomocou všetkých dostupných funkcií Android Studio IDE a API Android API?

Vytvorenie rozšírenia pre AI je jednoduché, ak existuje nejaký druh programovania a pochopenie základov OOP, ale z vyššie uvedených dôvodov sú jednotky vážne zapojené. Vytvorenie funkčných rozšírení je nepraktické, ale písanie jednoduchých dodatkov na rozšírenie vstavanej funkcionality alebo vytváranie nového sa môže zdať zaujímavé a užitočné z hľadiska praxe. Ale tu je potrebné rozhodnúť o prístupe. Môžete buď sledovať koncept AI - Visual Programming, alebo rozšíriť svoje textové programy.

Ak poviete hrubo, potom je App vynálezca podobný Iceberg, z ktorých vrchol je viditeľný pre užívateľov vo forme vstavanej funkčnosti, a vo vode nie je tiež nedostupné oveľa najviac. Toto sa vykonáva konkrétne v súlade s účelom tejto IDE, ktoré vyžadujú používateľov minimálneho programovania. Model práce v vynálezcom APP nie je pôvodne určený pre väčšiu funkčnosť. Pridanie nových vlastností spôsobí zvýšenie počtu blokov v geometrickom progresii. Napríklad pridanie vlastnosti priehľadnosti povedie k vzniku dvoch blokov pre každý miniaplikáciu (na inštaláciu a vrátenie hodnoty). Ak sa takéto widgety 5, počet blokov sa zvýši o 10. Pridané 10 vlastností, 100 blokov prijatých na výstupe. Okrem toho sa k tomu objavia nové vlastnosti v dizajnéri. Za týchto podmienok je prístup "jednoduchý IDE + expanzia" rozumné, ale nie pre tých, ktorí uprednostňujú dobrú funkčnosť "boxu" bez potreby vyhľadávania a inštalácie doplnkov.

Individuálne nastavenia objektov a úlohy tvrdých blokov blokov v fáze vývoja aplikácií, na jednej strane zjednodušuje vývoj a zabráni veľkému počtu chýb, ale vedie k statickým aplikáciám. Ak je k jednému bloku pripojený iný blok, potom je to navždy. Zmeniť majetok alebo vyberte iný objekt v štádiu vykonávania, je možné len vtedy, ak bola táto funkcia pôvodne položená vo fáze vývoja. Ak to chcete urobiť, použite nepriamy prístup k objektom. Môžete napríklad vytvoriť zoznam párov "Názov objektu - objekt" pre všetky objekty a potom ho použite v funkciách na prístup k rôznym objektom. V tomto prípade nebude prijímacia jednotka spojená s konkrétnym objektom, ale so zoznamom, z ktorého musíte získať na svojom názve.

Ak vyššie uvedená zložitá zložitosť s implementáciou skupinových operácií, nedostatok miniaplikácií, metód a iných nuans vstavanej funkčnosti je jasné, dôvodom vzhľadu appkybuildera, rozbaľovacej, makeroidu a ďalších, v ktorých zvýšenie Funkčnosť je implementovaná z dôvodu počtu komponentov. Ďalšie komponenty - viac blokov. Ale s pomocou expanzie je možné zvýšiť funkčnosť kvalitatívnym spôsobom, napríklad použiť jeden blok na prístup k desiatkam desiatich vlastností objektov. To je už naozaj zaujímavé, pretože dopĺňa vizuálne programovanie textových textových prvkov na kompenzáciu viacerých nedostatkov vstavanej funkcionality AI.

Budú rozšírenia schopné vytvoriť rozšírenia, ktoré sú slabo oboznámení s programovaním? Áno, jednoduché bude môcť používať prístup "Kopírovať a Zmeniť", ale je stále potrebná určitá príprava. Bez nej to bude nepochopiteľné, prečo nie je rozšírenie zostavené a čo je napísané na obrazovke. Treba tiež povedať, že časť expanzie pracujúca s objektmi so systémom Android je preferovaná vytvoriť a ladiť v štúdiu Android.

Rozvoj rozšírení bude vyhovovať tým, ktorých v zásade vyhovuje vynálezcu APP, ale chcel by som niečo doplniť, zlepšiť a zjednodušiť a zároveň praktizovať Java. Ak je to váš prípad, začneme s nasadením rozvojového prostredia.

VKONTAKTE má skupinu Rozšírenia pre vynálezcu aplikácie Tam, kde video a textový formulár poskytuje krok za krokom, ktorý vytvorí a konfigurácia pracovného prostredia, rovnako ako jednoduchý príklad, ktorý vráti test programu Word. Duplikát tohto materiálu nedáva zmysel, ale príklad príkladu sa zváži ako rýchly úvod k téme.

balenie vlad; Import com.google.Appinventor.comPonents.Runtime. *; Import com.google.Appinventor.comPonents.AnNOTations.DessignComponent; Import com.google.Appinventor.comPonents.AnNOTations.DessignerProperty; Import com.google.Appinventor.comPonents.AnNotácia.PropertyKategórie; Import com.google.Appinventor.comPonents.anotácia.simpleevent; Import com.google.Appinventor.components.anotácia.Simplefunkcia; Import com.google.Appinventor.components.annootácia.SimpleObject; Import com.google.appinventor.components.anotácia.simpleproperty; Import com.google.ppinventor.components.Common.comPonentKategórie; Import com.google.ppinventor.comPonents.Common.PropertyTypeconstants; Import com.google.ppinventor.components.Common.yAversion; Import com.google.Appinventor.comPonents.runtime.util.sdklevel; @DesignComponent (verzia \u003d yaversion.Notifier_component_version, kategórie \u003d componentcategory.extension, popis \u003d "Toto je testovacie rozšírenie", nevisible \u003d true, iconname \u003d "obrázky / notifier.png") @simpleObject (externé \u003d true) Verejná posledná trieda TesterExtension Rozšírky AndroidNonvisiBecomponent implementuje komponenty Componentcontainer (super (super (kontajner. $ Form ());) @Simplefunkcia (Popis \u003d "Táto funkcia vráti" Test "String") Public String Test () (Návrat "Test"))

Kód rozšírenia obsahuje kód triedy Java a Anotácia, počnúc symbolom @. Anotácie sa používajú na označenie, že kódový blok pod nimi musí byť spracovaný jednoduchým kompilátorom. Jednoduchý kompilátor skenuje anotácie a integruje rozšírenie na aplikácii Wednesday App Inventor - vytvorí funkciu bloku (funkcie alebo vlastnosti), pole Upraviť v dizajníri a vykonáva inú prácu.

@DesignoComponent označuje všeobecné parametre komponentu a to, čo odkazuje na kategóriu rozšírení a nie je jednoznačný (v súčasnosti môžete vytvoriť iba neplatné komponenty rozšírenia)

@SimpleObject bodov na komponent a externé \u003d skutočné pole je, že komponent je externý

@Simplefunkcia označuje funkciu kompilátora, pre ktorú potrebujete vytvoriť blok. Ak funkcia vráti hodnotu, výfukový výfuk sa zobrazí v ľavej strane. Ak má funkcia parametre, zodpovedajúce vykopávky budú na pravej strane.

Zdrojové kódy tried si môžete prezerať v riaditeľoch zodpovedajúcich menám balíkov:

cOM / Google / AppInventor / Komponenty / Runtime - Triedy budov.
COM / Google / AppInventor / Komponenty / Anotácie - Triedy Anotácie
COM / Google / AppInventor / Komponenty / spoločné - Všeobecné triedy používania
COM / Google / AppInventor / Komponenty / Runtime / UTIL - triedy Utility

V súčasnej dobe, pomocou rozšírenia môžete vytvoriť iba neviditeľnú zložku. Ak potrebujete vytvoriť vizuálnu komponentov, ťahanie do pracovného poľa dizajnéra, ako aj navrhnuté widgety, potom to bude mať vlastnú miestnu kópiu vynálezcu aplikácie.

Skúste zmeniť nápis, kompiláciu, nainštalovať a vykonať blok. Ak sa všetko stane, pracovné prostredie je nakonfigurované a môžete pokračovať, aby ste vytvorili praktickejšie a zaujímavejšie veci.