MIT App Inventor - Mindenki létrehozhat mobilalkalmazást. App Inventor - Szerda Android alkalmazás szerda Letöltés Oktatás App Inventor orosz nyelven

App feltaláló - Az Android alkalmazások vizuális fejlődésének szerdája, amely a felhasználó minimális programozási ismereteit igényli. Eredetileg a Google Labs-ban készült, miután a laboratórium lezárása után átkerült a Massachusetts Technológiai Intézetbe. Az elején 2011. március. A Massachusetts Intézet elindította a projekt nyilvános béta verzióját a Website App.Inventor.Mit.edu weboldalon.

Ez a fejlesztési környezet közvetlenül a böngészőből működik. Töltse le és telepítsen semmit. Az eredmény megtekinthető az Android eszközön. A kész alkalmazások a Play Piacba helyezhetők.

Augusztus 2015 App Inventor 2 Támogatás orosz nyelv.

Az online szerkesztőben az App Inventor 2 alkalmazások szabványos összetevőkön alapulnak, amelyek az Android alkalmazások fejlesztésének fő eleme.

Blokkolja az alkalmazás feltalálóját. Fontos fogalmak és elvek

Az App Inventor Blocks a működési összetevők eszközei, és rejtvények.

Az Android-alkalmazások tervezője blokkjai két nagy csoportra oszthatók, amelyek alapján hatással vannak, és mi kapcsolódik:

• közvetlenül az alkatrészekhez kapcsolódik
• az alkalmazás egészére alkalmazzák

Kezdjük S. az alkatrészekhez tartozó blokkok. Három típusra oszthatók, amelyek könnyen megkülönböztethetők:

1. Az összetevő tulajdonságait leíró blokkok. Zöldek és így néznek:

ez a készülék az aktuális komponens tulajdonságot jelöli. Ebben a képen a háttérszín szerkezet látható a TextBox1 szövegkomponenshez. Ez magában foglalja a meglévő jelentés kézhezvételét.

És ez beállítja az összetevő kívánt értékét (hozzárendelje a TextBox1 háttérszínt ...). "SET" - SET. Ez a típusú blokk-tulajdonságok a parancsnokok (kezelők) tulajdoníthatók, mivel valóban megadja a parancsot, hogy megváltoztassa az alkatrészeket, beleértve a mezők területeit is. Az App Inventor fejlesztői azonban úgy döntöttek, hogy ez is tulajdonsága is.

2. Eseményblokkok, vagyis azok a blokkok, amelyek nyomon követik az alkalmazások bármely esemény előfordulását, például a gomb megnyomásával, majd futtassa a blokk parancsot. Bronz színben festik őket, és így néz ki:

ez a készülék például egy műveletet hajt végre a gomb megnyomásával (amikor a gomb megnyomásával kattintva ...)

3. Block-parancs, az App Inventor alkalmazásban Ez a készülék gyakran a kezelőnek nevezik. Ez a készülék azt jelzi, hogy meg kell tennie a komponenshez, amelyhez a blokk tartozik:

Pontosabban, ez a blokk adatokat okozza az eszköz időzítőjétől.

A blokkok második csoportja, az összeshez kapcsolódik, Kissé eltérően szervezett.

Elkezdődni, itt vannak a listák alcsoportjai:

• Logikai blokkok. - logikai blokkok
• Matematikai blokkok. - matematikai blokkok
• Szövegblokkok. - Szövegblokkok
• Listák blokkok. - A listák kezeléséhez blokkok
• Színek blokkok. - Színkezelés blokkjai
• Változók blokkok. - blokkok a változók kezeléséhez
• Eljárási blokkok. - eljárási blokkok.

Mindegyikük, az eljárási blokkok kivételével más blokkba ágyazódik. Vagyis az eredeti blokkként nem szolgálhatnak, ellentétben az összetevőkhez tartozó eseményekhez - minden művelet bármilyen elemre vonatkozik.

Itt érdemes elmondani a "rejtvények" típusát. Tehát valószínűleg észrevette, hogy négy faj rejtvény van.

Az alakjukból nyilvánvaló, hogy a mobil alkalmazás bármely láncai először kezdődnek. Ez egy esemény, és nagyon logikus, hogy kezdeményez minden további intézkedést. És ez a típus nem különbözik az Android-i tervezőben elfogadott alkalmazásoktól.

És itt van a következő két típusú blokk az App Inventor tipológiájával a különböző típusok: Tulajdonságok és csapatok (kezelők), illetve. De egy puzzle formájában, és azt jelenti, hogy a csapatoknak tulajdoníthatók, mivel beállították a cselekvést. Mondjuk második Elhelyezett puzzle puzzle megadja a parancsot, hogy egy bizonyos értéket hozzárendeljen az összetevőnek, de a harmadik Kirakós játék - Hívjon egy komponenst egy bizonyos értékkel. Ezenkívül ezek a rejtvények "köztes", nem lehet befejezni egy lánccal.

És itt negyedik Az űrlap képviseli a végső érték, amely létezik vagy kiszámítva és a láncok vége. Például a negyedik kép az óra összetevő aktuális értéke.

A cég ITICHER hirdet mobil alkalmazás fejlesztés verseny az Android OS-ben létrehozott App Inventor programozási nyelv.

A verseny versenyzője

• Versenyképes munkák fogadása és nyilvántartása: 2017. január 1-jétől májustól.
• A versenyképes zsűri munkáinak figyelembevétele - 2017. május 15-től május 30-ig.
• A verseny eredményeinek hirdetése május 30-án a versenyportálon.

A művelet során meg fogjuk érteni a cselekvések sorrendjét, amelyek mindegyike különböző számú blokkot tartalmazhat.

Bármely művelet az eseményfeldolgozó egységben vagy az eljárási egységben lehet elhelyezni. Az eseményfeldolgozó egység működésének helyét egyszerű, de a jövőben ez sok problémához vezethet, ellentétben az eljárásban, amely rugalmas algoritmust kap. Tekintsük ezt a példában a példában egy egyszerű hozzárendelési művelet a két blokkból álló globális üres lista változó (1. ábra).

Ábra. 1. Műveleti lehetőségek.

A komponens esemény feldolgozóegységének (felső verzió) feldolgozóegységének (felső verzió) üzemeltetésénél mereven kapcsolódik, és más blokkokból való híváshoz nem érhető el. Ha ezt a műveletet egy másik blokkból kell hívni, akkor másolni kell. A művelet másolatainak létrehozása nem kívánatos, mert amikor megváltoztatja az algoritmust, meg kell adnia mindegyiküket. Ez növeli a különböző hibák valószínűségét: elfelejtheti megoldani valamilyen másolatot, hibát követ el a blokkok másolásakor, helyezze be őket stb. Az eljárás behelyezése az eljárásegységben lehetővé teszi, hogy más blokkokból hívja, és elkerülje a fent leírt hibákat.

A blokkszerkesztőben való munka során néha egy művelet vagy különböző műveletek különböző verzióinak hívására van szükség. Ehhez új komponenseket hozhat létre új eseménykezelő egységekkel, vagy használhat egy meglévő btnexececute blokkot úgy, hogy felhívja ezt vagy a műveletet. A csere eredményeként a leválasztott műveletek "lebegő" blokkokká válnak (2. ábra), amelyek nem tartoznak bármely csoportblokkhoz.

Ábra. 2. "lebegő" blokkok.

Ha sok ilyen lebegő blokk van a munkahelyen, előfordulhat, hogy nem könnyű kezelni őket. Ha minden tiszta az alsó blokkgal - ez egy blokk az eljárás meghívása, mi teszi a blokkok egységeit a kép tetején? Ez egy külön művelet vagy cselekvés, amely egy másik műveletben belép, vagy szerepelne? De akkor hol van a többi művelet? Működés hozzáadása az eljárásegységhez lehetővé teszi, hogy megszabaduljon az érthetetlen "lebegő" blokkoktól.

A blokk végrehajtásához nem szükséges az eseménykezelőbe helyezni. A jobb egérgombbal kattintson rá, és a megjelenő helyi menüben válassza ki az IT opciót.

Egy másik hátránya a művelet az eseménykezelő kapcsolódik az a tény, hogy amikor véletlenül töröl egy eleme a tervező, nem csak az összes blokk, amelyek kapcsolódnak ehhez a komponens, hanem az összes blokk beruházott hagyni. Különösen bosszantó lesz abban az esetben, ha a művelet nagy számú blokkból állt (3. Ha törli a BTnTest összetevőt, akkor a btntest.click blokk törlődik az összes tartalmával.

Ábra. 3. A blokkok nemkívánatos blokkolása egy eseménykezelőben.

Milyen műveletet hajt végre a blokkok ebben a képen? Nehéz azonnal válaszolni. És amikor külön eljárásba helyeznek, minden azonnal érthetővé válik a SetvarValue nevétől - beállítja a változó értékét (4. ábra).

Ábra. 4. Az oldalak csoportosítása az eljárásban.

Az eljárásblokkok és a helyi változók egy beállítást kapnak, ha a fogaskerék ikonra kattintanak. Az eljárási blokkok esetében a bemeneti paraméterek hozzáadásával és a helyi változók blokkjaihoz további bemenetek létrehozásához áll. Ez lehetővé teszi a négy változó blokk blokkját, hogy egy blokkba négy változóval (4. ábra). Ilyen konverziós egyenértékű? Nem. A több helyi változóval rendelkező blokknak van egy hatóköre, amely nem teszi lehetővé abban, hogy megkapja a változók értékeit. Például az értékváltozó lehetetlen (4. ábra) a kulcsváltozó értékének rendeléséhez.

A művelet hátrányait az eseményfeldolgozó egységben felsoroljuk:

• Kemény kötés egy bizonyos típusú kiválasztott komponens eseményblokkjához
• Lehetetlen felhívni a műveletet más blokkokból (ez azt jelenti, hogy nem válhat könyvtárhoz)
• A művelet eltávolítása az összetevő eltávolításakor
• Az érthetetlen "lebegő" blokkcsoportok kialakulása
• Nehéz gyorsan megérteni, hogy mit csinál a művelet

Megszabaduljon mindezen hátrányoktól, ha minden művelet az eljárásba kerül.

Az egyszerűség és a sebesség algoritmusainak létrehozásakor különböző műveleteket szeretne tenni egy eljárásba, amely a blokkok számának és a munkájának megértésével kapcsolatos nehézségek gyors növekedéséhez vezet. Ehhez egy egyszerű szabályt széles körben használják a programozás során:

Egy funkció (eljárás) egy művelet

Ez a szabály az élet gyakorlatából származik. Képzeld el, hogy bekapcsolja a helyiségben lévő fényt, ugyanakkor a TV be van kapcsolva, légkondicionáló és kikapcsolja a számítógépet. Szereted? Nem, mert zavart és kellemetlen helyzeteket eredményez.
Ábrán. 4 elején a blokk, van egy kihívás négy eljárások - Getkey (kap a kulcs), GetNewVal (új érték), GetKeys (kap egy kulcsot lista), valamint GetIndex. Mindegyik eljárás egy műveletet hajt végre. Ezután az IF-blokk fut, amelyben egy SETVARVALUE1 eljárás végrehajtása végrehajtásra kerül.
Lehetséges-e a globális alkalmazások a helyi változók helyett? Lehet, de ne tegye meg. Az eljárás során a globális változók használata elsősorban szigorúan megköti azt, és ennek megfelelően ehhez a kérelemhez, és másodszor, a globális változók segítségével a különböző alkalmazások külső blokkjai befolyásolhatják az eljárás belső mechanizmusát, amely meglehetősen nem kívánatos. Mi történhet, ha a busz utasok hozzáférhetnek a mechanizmushoz?

A helyi változók egyfajta puffer. Ha a globális változó neve megváltozik, ez nem fogja megszakítani az eljárás munkáját, mert a helyi változók nevét belsejében használják, amelyek nem változtak. Az alkalmazás feltalálójában a globális változó nevének megváltoztatásakor automatikusan megváltoztatja az összes blokkot. Innen egy fontos következtetés, hogy a meglévő az App Inventor automatizálás helyességének ellenőrzésére változó típusok, átnevezés változók és különben egyrészt leegyszerűsíti az alkalmazások, felszabadítva a fejlesztő gondolkodás ezekben a kérdésekben, és a Másrészt elősegíti az algoritmusok gondatlan összeállításának fejlesztési képességét. Általánosságban elmondható, hogy ez a képesség bármilyen nyelven programozáskor alakulhat ki. Hogyan kerüljük el ezt? Használjon ajánlásokat a "Clean Code" létrehozásához, amely sok könyvet írt. Az MIT App Inventor csak egy kis részesedést fog használni ezeknek az ajánlásoknak, de azokat követően javítja az algoritmusokat és olvashatóságukat bármilyen módja annak, hogy létrehozzák őket - papírlapon, tábla, a kódok szerkesztésekor vagy a blokkokkal való munkavégzés során.

A fenti szabályt kell használni, és az eseményfeldolgozó egységek használata esetén. Ábrán. 4 Kattintson az Eseménykezelőre csak egy műveletet eredményez - az eljárást okozza. És ha több eljárást kell hívnod az eseménykezelőtől? Akkor meg kell értened, hogy ez az eljáráscsoport egy vagy több műveletet hajt végre? Ha valaki, akkor minden rendben van. Például az alkalmazás inicializálása alatt számos eljárást neveznek, de mindegyikük egy műveletsel kombinálódik - inicializálása.

Minél több művelet végzi az eljárást, annál szorosabban kapcsolódik ezzel a projektsel, és annál nehezebb az, hogy alkalmazkodni kell egy másik alkalmazásban való munkához. Ideális esetben az általános célú eljárás kívánatos ahhoz, hogy ehhez az alkalmazástól függetlenül hozzon létre, hogy a könyvtárba helyezze a más alkalmazások újrafelhasználására.

Az App Inventor könyvtári eljárásainak tárolásaként használhatja a megfelelő alkalmazási képernyőket. A kis számú eljárással rendelkező könyvtárak egy képernyőn, és az egyéni nagyok is elhelyezhetők. Az utóbbi esetben az összes könyvtár blokk mozgása a hátizsákban egy művelet segítségével hajtható végre.

Ha a könyvtárak sokat halmozódtak fel, akkor azokat alkalmazási sablonként rendezheti, amelyben az első képernyő üres. Ezt a sablont használjuk új alkalmazás létrehozásakor, és készenléte után hozzon létre egy példányt, amelyből az összes könyvtár képernyő törlődik.

Hogy megszüntesse a átnevezését a globális változók és megsértve a munka könyvtár eljárást, ha átmásolja őket a hátizsákot, hogy egy alkalmazás képernyőn lehet globális változók azonos nevű, a nevét könyvtár blokk van szükség, előre jelezve előtagok a könyvtárban. Ha a párok listájához való munkavégzési könyvtár LIBPair-nak hívják. Akkor lehet változókat, eljárásokat és komponensek úgy: libpairs_name, libpairs_setvalue, libpairs_btnexecute.

A kényelmesebb működés érdekében nagyszámú blokkokkal és a munkaterületen keresztül mozgatva, a nézetablakon található skálázási gombokon kívül hasznos a böngésző munkaterületét a CTRL-vagy a CTRL + kulcs kombináció segítségével.

Ma, a munkaerő-piaci, azt látjuk, igazi fellendülés a szakemberek a fejlesztés alkalmazás alkalmazásokat a mobil eszközökre. A mobilalkalmazásfejlesztő szakma az egyik legkeresettebb. De készen áll az oktatási rendszer, hogy válaszoljon erre a kihívásra? Végtére is, annak érdekében, hogy diagnosztizálhassák a programozás és a szilárd alapzat a tudás és készségek időben, meg kell kezdeni a korai iskolai kor.

A közelmúltig a középosztályú iskolások programozásának problémája kiemelkedőnek tűnt - elsősorban egy eszköz hiánya miatt, amely egyrészt elegendő lenne könnyen tanulni, és másrészt lehetővé tenné, hogy igazán állhassanak Termékek. A Saláta vagy Pascal által oktatási kísérletek csak azt a tényt várták, hogy az informatikai tárgy csak a diákok nagyon keskeny köre volt - azok, akik az intellektuális jellemzők, a családoktatás vagy a sürgősségi szerencséje miatt a tanárral sikerült előrehaladni a fejlődésben mások, mint mások. A legtöbb más iskola esetében az informatika maradt valami megközelíthetetlen.

A helyzet a 2000-es évek elején kezdett változni, a vizuális programozási nyelvek megjelenésével és fejlesztésével, amelynek zászlóshajója a karcolás nyelvnek tekinthető. Ez a nyelv igazi forradalmat készített az iskolai tanítási programozásban az asztali operációs rendszerben. A Scratch programozás olyan egyszerű, mint a gyerekek mozaikos puzzle. Az üzemeltetők és a nyelvi eljárások színes blokkok. Húzza és összekapcsolja őket, létrehozunk egy programot. Ez egyszerűen lehetetlen hibázni a nyelv szintaxisában - ha a blokkok nem állnak a mellé, akkor a puzzle egyszerűen nem működik.

App feltaláló

Ennek a megközelítésnek a természetes fejlődése volt az App Inventor programozási nyelve, amelyet Massachusetts Professor fejlesztett ki, 2010-ben 2010-ben. Ugyanezen elven alapul, hogy a vizuális téglákat húzza, és a programot blokkokból gyűjti össze.

A különbség az App Inventor a semmiből, hogy App Inventor nem orientált asztali használatra, hanem az a célja, hogy hozzon létre alkalmazásokat a mobil eszköz - egy okostelefon vagy tablet az Android OS. Ő tudja, hogyan, például „érti” az adatokat a gyorsulásmérő adatai a mobil gadget, ellenőrzik a beépített kamerával, látja, hogy a telefon orientált térben és még sok más.

Az App Inventor egy teljesen felhős alkalmazás. A programozás megkezdéséhez csak az internetre és a böngészőre van szüksége. A nyelvoldalra való áttérés ezen a linken történik. Angol és orosz interfész.

MIT App Inventor programozó nyelvi felület két fő részből áll - tervező és blokov szerkesztő.

BAN BEN tervező Alkalmazásunkat elemek - képernyők, gombok, cellák, képek, hangok.

BAN BEN blokov szerkesztő Ezen elemek viselkedését programozzuk.

Az App Inventor interfész egyszerű és intuitív. Ha azt szeretnénk, hogy próbálja megtanítani programozás az App Inventor az iskolában, javasoljuk a honlapon app enterpriment.ru, amely összegyűjtött képzési anyagok a tanárok számára.

Az iskolások versenyei

És iskolások, akik tartanak a programozás programozás az App Inventor iskolában vagy olcsón vehet részt a versenyben a fejlődő saját mobil alkalmazásokat az App Inventor. A verseny győztese a Samsung tabletta számítógépét kapja. A munka benyújtásának határideje - 2016. május 15-ig.

Időjárás állomás az MIT App Inventor 2 - Időjárás állomás app Android telefonok által létrehozott online szolgáltatás.

Hirdetmény a meteorológiai állomás le van írva a cikkben, ahol tettünk egy beszámolót a meteorológiai állomás, létrehozta a Skatch az Arduino és az eszköz a meteorológiai állomás. Nos, ma meg fogjuk érteni részletesebben, hogyan lehet létrehozni egy Android alkalmazást, és megjelenítjük az összes adatot az időjárási állomásról a telefonon.

Alkalmazás meteorológiai állomás létrehozása az MIT App Inventor 2-ben, szüksége lesz:

1. Az 540x960 képpont méretének háttérképe (a háttérkép mérete a készülék képernyő méretétől függ)

2. Alkalmazás ikon a fő képernyőhöz 128x128 képpont (PNG32 formátumban)

3. Az alkalmazás ikonjai két színben, a 80x80 képpontok mérete

Amikor elkészítettük a szükséges képeket az alkalmazás, akkor lehet kezdeni dolgozni Mit App Inventor 2. Kezdjük azzal, hogy mi lesz szükség ilyen komponensek:

• Listpicker1 - A Bluetooth kapcsolat indításához válassza ki a rendelkezésre álló Bluetooth-eszközöket és a csatlakozási állapot megjelenítési módját
• Label3 - Biztonsági mentés, további információk megjelenítéséhez (ideiglenesen nem működik, nem adhat hozzá)
• Label1 - A fogadott adatok megjelenítéséhez az Arduino-ból
• Label2 - A felirat megjelenítéséhez (hőmérséklet a szobában, az utcán lévő hőmérséklet, nyomás stb.)
• Halisonarangement1 - Az elemek összehangolási módja vízszintesen, kapcsolási módok esetén)
• Gomb1 - gomb a "kültéri hőmérséklet" mód bekapcsolásához
• Gomb2 - a hőmérséklet bekapcsolása a szobahőmérsékleten
• BUTTOM3 - gomb az üzemmód "nyomása mm.rt.st." bekapcsolásához
• Button4 - gomb befogadási mód "Páratartalom%"
• BUTTOM5 - DISCONECTION gomb (láthatatlan)
• Óra1 - időzítő
• BluetoothClient1 - A Bluetooth-val való együttműködéshez (adatok fogadása és küldése)

Most menjünk a programozási mód blokkolásához az MIT App Inventor 2-ben, hogy elkezdjenek a listás funkciókat javasolni

ezután az időzítő

adatok fogadása Bluetooth segítségével

a gombok 1-4.

a leállítás gombra

Miután a fejlesztés összes szakasza elhaladt, teszteljük az alkalmazást a telefonon, és ellenőrizzük a teljesítményt.

Az App Inventor beépített funkcionalitását webes technológiával és kiterjesztésekkel bővítheti. A hálózaton fizetett és ingyenes kiterjesztéseket talál (kb. 200 a Puravidaapps.com-ról), de kérdések merülnek fel, és mennyire nehéz megteremteni a sajátját, mit adhatnak, és hogy időt töltsenek ehhez, vagy jobbak-e valami mást?

Az App Inventor összes összetevője és blokkja a beépített (belső) és a külső expanzióhoz tartozik.

A beépített funkciók érdekes funkcionalitást biztosítanak az újonc felhasználók számára, kielégítőek a tapasztalt és elégtelenek számára a programozók számára. Ugyanakkor a legtöbb felhasználó szeretné betölteni a kész kiterjesztéseket, és nem fejleszti őket. Ebből egyszerű következtetést következik, hogy a kiterjesztések fejlesztése érdekes lehet, elsősorban tapasztalt felhasználók és rajongók. A kezdők teljes körűen elrendezik a beépített képességeket és a meglévő kiterjesztéseket, és a programozók kiterjesztéseket folytatnak, amelyek a kettős munka elvégzésének szükségességét nem érdekli. Miért vesztegeti az idejét a létrehozása és hibakeresés bővítése korlátozott funkcionalitással, majd használja, hogy hozzon létre egy korlátozott funkcionalitással alkalmazás, ha lehet, azonnal írjon kódot a Java, felhasználva az összes elérhető funkciók az Android Studio IDE és az Android API-t?

Az AI kiterjesztéseinek létrehozása egyszerű, ha van valamiféle programozási élmény és az OOP alapjainak megértése, de a fenti okoknál az egységek komolyan foglalkoznak. Készítsen funkcionális bővítmények nem praktikus, de az írás egyszerű kiegészítéseket bővíteni a beépített funkciókat vagy egy új létrehozása tűnhet érdekes és hasznos szempontjából a gyakorlatban. De itt kell döntenie a megközelítésről. Kövesse az AI - vizuális programozás fogalmát, vagy bővíteni szöveges programozási elemeit.

Ha rudely, akkor az App Inventor hasonló a jéghegyhez, amelynek teteje a beépített funkcionalitás formájában lévő felhasználók számára látható, és a vízben is nem érhető el sokkal. Ez kifejezetten az IDE céljának megfelelően történik, és minimális programozási tudásokat igényel. Az App Inventor alkalmazásának modellje nem eredetileg nagyobb funkciókat tervez. Az új tulajdonságok hozzáadása a geometriai progresszió blokkok számának növekedését eredményezi. Például az átlátszó tulajdonság hozzáadása két blokk megjelenéséhez vezet minden widgethez (az érték telepítéséhez és visszaállításához). Ha az ilyen widgets 5, a blokkok száma 10-ig növekszik. 10 tulajdonságot adunk hozzá, 100 blokkot kapott a kimeneten. Ezenkívül a tervező új tulajdonságai jelennek meg. Ilyen körülmények között az "egyszerű IDE + bővítés" megközelítés ésszerűnek tűnik, de nem azok számára, akik előnyben részesítik a jó funkcionalitást "a doboz", anélkül, hogy szükség lenne ráadásra és telepíteni.

Az objektumok és feladatok egyedi beállítási tulajdonságai, valamint a blokkok kemény blokkjai az alkalmazásfejlesztési fázisban, egyrészt egyszerűsítik a fejlesztést, és elkerülik a nagy számú hibát, de statikus alkalmazásokhoz vezetnek. Ha egy blokk egy blokkhoz van csatlakoztatva, akkor ez örökké. Változtassa meg a tulajdonságot, vagy válasszon másik objektumot a végrehajtási szakaszban, csak akkor lehetséges, ha ezt a funkciót eredetileg a fejlesztési fázisban helyezték el. Ehhez használja a közvetett hozzáférést az objektumokhoz. Például létrehozhat egy "Object Name - objektum" párjait az összes objektumhoz, majd használhatja a különböző objektumok eléréséhez. Ebben az esetben a fogadó egység nem kapcsolódik egy adott objektumhoz, de olyan listával, ahonnan meg kell kapnia a kulcsnevét.

Ha a fentiek összetettséget adnak hozzá a csoportos műveletek végrehajtásával, a beépített funkcionalitás hiánya, módszerek és egyéb árnyalatok hiánya egyértelmű, az Appybuilder, a Thunkable, Makeroid és mások megjelenésének oka, amelyben a növekedés növekedése A funkcionalitás az összetevők számának köszönhetően valósul meg. További összetevők - több blokk. De a bővítés segítségével kvalitatív módon növelhető a funkcionalitás növelése, például egy blokk használata, hogy több tucat tucatnyi objektumi tulajdonságot használjon. Ez már nagyon érdekes, mert kiegészíti a szöveges szöveges elemek vizuális programozását, hogy kompenzálja a beépített AI funkcionalitás hiányosságát.

A kiterjesztések képesek lesznek kiterjesztéseket létrehozni, akik gyengén ismerik a programozást? Igen, egyszerű lesz a "Másolás és a változás" megközelítés használata, de bizonyos előkészítés még mindig szükséges. Anélkül, hogy érthetetlen lesz, miért nem állapítják meg a kiterjesztést, és mi van a képernyőn. Azt is elmondani kell, hogy az Android objektumokkal működő bővítés egy része előnyös az Android Stúdió létrehozásához és hibakereséséhez.

A kiterjesztések fejlesztése megfelel azoknak, akik elvileg megfelelnek az App Inventornak, de szeretnék kiegészíteni valamit, javítani és egyszerűsíteni, és ugyanakkor gyakorolni a Java-t. Ha ez az Ön esete, elkezdjük a fejlesztési környezet kiépítésével.

A Vkontakte csoportja van Az App Inventor kiterjesztései Ha a video- és szöveges űrlap lépésenkénti útmutatót ad a munkakörnyezet létrehozásához és konfigurálásához, valamint egy egyszerű példát, amely visszaadja a szóvizsgálatot. Ismételje meg ezt az anyagot, hogy nincs értelme, de a példa példája a téma gyors bevezetését tekinti.

vlad csomag; Import com.google.appinventor.componcents.runtime. *; Import com.google.appinventor.componcents.anotations.designerComproent; Import com.google.appinventor.componcents.anotations.designerproperty; import com.google.appinventor.componcents.anotations.PropertyKategória; Import com.google.appinventor.componcents.anotations.simpleevent; Import com.google.appinventor.componcents.anotations.simplefunkció; Import com.google.appinventor.componcents.anotations.simpleObject; Import com.google.appinventor.componcents.anotations.simpleProperty; Import com.google.appinventor.componcents.commonocs.comPonentKategory; Import com.google.appinventor.componcents.common.propertytytytystants; Import com.google.appinventor.componcents.common.yaversion; Import com.google.appinventor.componcents.runtime.util.sdklevel; @DesignerComponent (verzió \u003d yaversion.notifier_component_version, kategória \u003d komponenskategória.extension, leírás \u003d "Ez egy teszt kiterjesztés", nem vizsgálta \u003d true, iconname \u003d "Képek / notifier.png") @simpleoBject (külső \u003d igaz) Public Lategrension Kiterjeszti az AndroidnonVisiblecomponent implementcontainer (Super (Super (Super (Super (Super (Super (Super (Super (container. $ Forma));) @simpleFunction (leírás \u003d "Ez a funkció visszaadja a \\" teszt \\ "karakterlánc") nyilvános karakterlánc tesztet () (Visszatérés "teszt";)

A kiterjesztési kód tartalmaz egy Java osztályt és az annotációs kódot, a @ szimbólummal kezdődően. A jegyzeteket arra használják, hogy jelezzék, hogy az alatta lévő kódblokkot egyszerű fordítóval kell feldolgozni. Egy egyszerű fordító megvizsgálja a jegyzeteket, és integrálja az alkalmazás kiterjesztését az alkalmazásban szerda App Inventor - létrehoz egy blokk (funkció vagy tulajdonság) funkció, a szerkesztés mező a tervezőben, és végrehajt egy másik munkát.

@DesignerComponent jelzi az általános modul paraméterei és mire vonatkozik a kategóriába kiterjesztés és nem egyöntetű (jelenleg is létrehozhat csak nem érvénytelen kiterjesztés alkatrészek)

@SimpleObject pontok egy komponensre, és a külső \u003d igazi mező az, hogy az összetevő külső

@Simplusction jelzi a fordító funkció, amelyhez szüksége van egy blokk létrehozásához. Ha a funkció értéket ad vissza, a kipufogó a bal oldalon jelenik meg. Ha a funkció paraméterei vannak, a megfelelő ásatások a jobb oldalon lesznek.

Az osztályok forráskódjait a csomagneveknek megfelelő igazgatókban lehet megtekinteni:

cOM / Google / AppinVentor / Alkatrészek / Runtime - Építési osztályok.
COM / Google / AppinVentor / Alkatrészek / Annotációk - osztályok jegyzetei
COM / Google / AppinVentor / alkatrészek / közös - általános használati osztályok
COM / Google / Appinventor / Alkatrészek / Runtime / Util - osztályok segédprogramok

Jelenleg a kiterjesztés használatával csak láthatatlan összetevőt hozhat létre. Ha meg kell hozzon létre egy vizuális komponens, húzza a tervező munka területén, valamint a tervezett kütyü, akkor vegye saját helyi példányát az App Inventor.

Próbálja meg megváltoztatni a feliratot, fordítsa össze, telepítse és hajtsa végre a blokkot. Ha minden történik, a munkakörnyezet konfigurálva van, és folytathatod a gyakorlati és érdekesebb dolgokat.