4th Dimension Learning -perusteet

Jeff Hopkins on 4D-kumppani, kokenut FileMaker Pro -kehittäjä, HPO SOFTin omistaja ja voittoa tavoittelemattoman Association of Database Developers, Inc:n perustaja. Kun hän ei toimi yllä mainituissa rooleissa, hän työskentelee väsymättä auttaakseen muita erilaisissa tietokantakeskustelulistoissa.

Keskeiset opit

• Rakenna 4D:ssä tietyssä järjestyksessä: Taulukot → Tietokentät → Lomakkeet → Laskelmat/Menetelmät. Vaiheiden hyppiminen johtaa uusintatyöhön.
• Voit rakentaa täydellisen ja hyödyllisen yhden taulukon flat-file-sovelluksen kirjoittamatta yhtäkään menetelmää — lukuun ottamatta yhtä valinnaista laskutoimitusta (“Object Method”).
• 4D:n suunnittelutilan valikkopalkki muuttuu sen mukaan, mikä ikkuna on auki. Jos Structure-valikko katoaa, sulje kaikki avoimet ikkunat (ei itse 4D-sovellusta), niin se palaa.
• 4D:llä ja FileMaker Prolla (FMP) on yhteinen low-code-filosofia, mutta 4D paljastaa enemmän rakennetta etukäteen – minkä vuoksi luontijärjestyksellä on suurempi merkitys.
• Luo oppimisvaiheessa useita pieniä testitietokantoja yhden suuren sijaan; 4D:n käyttäytyminen on joskus yllättävää, ja kokeileminen on nopein tapa sisäistää se.
• Kun hallitset täällä esitellyt flat-file-perusteet, liittyvät tiedostot, menetelmät, laskelmat, runtime-versiot, käännetyt versiot ja web-hosting tulevat tavoitettaviksi.

i. Johdanto

Kuten osassa I mainittiin, tässä asiakirjassa 4D tarkoittaa 4th Dimensionia ja FMP tarkoittaa FileMaker Prota. Seuraava asiakirja on luotu Macintoshilla. Vaikka joissakin kuvakaappauksissa voi olla pieniä eroja käytettäessä 4D for Windowsia, saman menettelyn pitäisi toimia molemmilla alustoilla.

Monet sanovat, että 4D-ohjelmien luomiseen tarvitaan ohjelmoijan osaamista. Vaikka se ei varmasti haittaa, aivan kuten FMP:n kanssa, on paljon mitä voi tehdä ilman, että syventyy ohjelmointiin tai skriptien kirjoittamiseen. Tämä osa opastaa lukijan yksinkertaisen yhden taulukon flat-filen kehittämisen läpi. Lukuun ottamatta yhtä yksinkertaista laskutoimitusta (nimeltään “Object Method”), menetelmiä tai laskelmia ei käytetä.

Syy tähän on se, että kun olet hallinnut seuraavat asiat, voit siirtyä todella mielenkiintoisiin asioihin: liittyviin tiedostoihin, menetelmiin, laskelmiin, runtime-versioihin, käännetyihin versioihin ja web-hostinguun.

Olen huomannut, että oman sijaintinsa hahmottaminen 4D:ssä on alussa vaikeinta, koska 4D ei aina toimi odotetulla tavalla. Suosittelen luomaan useita testitietokantoja tässä osassa kuvatulla tavalla ja kokeilemaan erilaisia vaihtoehtoja. Joissakin tapauksissa yllätyt iloisesti, mutta toisissa saatat aluksi turhautua.

Osa II näyttää, kuinka:

Aiheeseen liittyvä: Airtable — Yksinkertainen laskentataulukkokäyttöliittymä, joka sijaitsee todellisen relaatiotietokannan päällä, jossa on automaatioita, näkymiä ja jaettavia käyttöliittymiä..

• Luodaan uusi tietokanta
• Asetetaan 4D-tietokannan ominaisuudet
• Luodaan taulukoita
• Luodaan tietokenttiä
• Luodaan lomakkeita
• Luodaan arvolista (valintalista)
• Syötetään näytetietoja

Tietokannan luontijärjestys

Uuden 4D-kehittäjän auttaa ymmärtää 4D-tietokannan luomisen oikea järjestys. Ensin on luotava taulukko. Seuraavaksi luodaan tietokentät. Lopuksi luodaan syöte- ja tulostuslomakkeet. Tietokentille luodaan laskelmat/menetelmät.

Huomautus: On monia muita yksityiskohtia, jotka on hoidettava, mutta yllä olevat ovat tämän osan kattamien asioiden perusteita.

Tämä järjestys ei ole mielivaltainen — se heijastaa sitä, miten 4D:n rakenneeditori on rakennettu. Lomake on taulukon asettelu, joten taulukon on oltava olemassa ennen kuin lomake voi viitata siihen. Tietokenttä kuuluu taulukkoon, joten taulukon on oltava olemassa ennen kenttää. Laskelma tai menetelmä viittaa tyypillisesti kenttiin, joten niiden kenttien on oltava olemassa ensin. Jos yrität toimia väärässä järjestyksessä, 4D joko pysäyttää sinut tai pakottaa sinut palaamaan taaksepäin.

Jos olet ostoksilla: Zoho Creator — Halpakoodisovellusten rakentaja, joka liitetään laajempaan Zoho-sviittiin ja hinnat käyttäjää kohti sovelluksen sijaan..

Hyödyllinen mielikuva: ajattele rakennetta (taulukoita ja kenttiä) luurankona ja lomakkeita ihona. Et voi levittää ihoa luurangolle, jota ei ole vielä rakennettu. Menetelmät ja laskelmat ovat lihaksia, jotka saavat luurangon liikkumaan — ja ne tulevat viimeisenä, koska ne riippuvat siitä, miltä luuranko näyttää.

Miksi järjestyksellä on käytännössä merkitystä

• Taulukot ensin — taulukko on säiliö tietueluokalle (asiakkaat, laskut, tuotteet). Kaikki muu rakentuu sen ympärille.
• Kentät toiseksi — kentät määrittelevät, mitä todella tallennat: nimen, päivämäärän, hinnan, tilan. Päätä kenttätyypit tässä vaiheessa huolellisesti, koska kenttätyypin muuttaminen myöhemmin voi mitätöidä olemassa olevat tiedot.
• Lomakkeet kolmanneksi — lomakkeet ovat tapa, jolla ihmiset näkevät ja muokkaavat tietoja. Voit rakentaa useita lomakkeita saman taulukon pohjalle (syöttölomake, luettelonäkymä, tulostetun raportin asettelu).
• Menetelmät ja laskelmat viimeisenä — nämä automatisoivat toimintaa. Koska ne viittaavat kenttiin ja lomakkeisiin, niiden rakentaminen viimeisenä välttää rikkinäiset viittaukset.

Jos tulet taustalta, jossa on käytetty laskentataulukoita, houkutus on aloittaa tietojen kirjoittaminen välittömästi. Vastusta sitä. 4D:ssä, kuten missä tahansa relaatiotietokannassa, rakenne on perusta, ja tiedot kaadetaan sen päälle jälkikäteen.

Takaisin taulukon lisäämiseen tai muokkaamiseen

Haluat ehkä palata takaisin ja lisätä uusia tietokenttiä tai uuden taulukon tai lomakkeen. Tämä ei ole niin suoraviivaista kuin voisi odottaa.

Oletetaan, että olet muokannut lomaketta ja päätät lisätä toisen taulukon. Normaalisti valitsisit suunnittelutilassa “Uusi taulukko” Rakenne-valikosta. Mutta hetkinen, Rakenne-valikkoa ei ole. Mitä tapahtui?

4D on muuttanut suunnittelutilan valikkopalkkia. Sinun on suljettava kaikki 4D-ikkunat (ei itse 4D-ohjelmaa, vain avoimet ikkunat), jotta Rakenne-valikko tulee uudelleen näkyviin. Nyt näet taulukot, joita voit muokata, tai voit luoda uusia. Voit nyt myös muokata ja luoda tietokenttiä.

Lomakkeiden muokkaamiseen tai luomiseen käytettävä suunnittelutilan Työkalut-valikko on aina näkyvissä, joten sen ei pitäisi aiheuttaa sekaannusta.

Aiheeseen liittyvä: Knack — Kooditon tietokannan rakentaja, joka on tarkoitettu portaaleihin, hakemistoihin ja sisäisiin työkaluihin – kiinteähintaisella hinnoittelulla käyttäjäkohtaisten maksujen sijaan..

Tämä on yksi yleisimmistä hämmennyksen aiheista uusille 4D-kehittäjille, ja on syytä ymmärtää, miksi näin tapahtuu, sen sijaan että vain opetellut kiertotapa ulkoa. 4D käyttää kontekstisidonnaista valikkopalkkia: näkemäsi valikot heijastavat sitä ikkunatyyppiä, jolla on tällä hetkellä fokus.

Kun lomakeikkuna on auki, 4D olettaa, että teet lomaketyötä ja näyttää lomakkeisiin liittyvät valikot. Rakenne-valikko — joka hallitsee taulukoita ja kenttiä — näkyy vain, kun mikään lomake- (tai muu erikoistunut) ikkuna ei ole auki.

Käytännön vinkkejä suunnittelutilassa navigointiin

• Jos olet epävarma, sulje kaikki. Kaikkien avoimien ikkunoiden sulkeminen palauttaa sinut “kotitilaan”, jossa koko Rakenne-valikko on käytettävissä.
• Älä lopeta 4D-ohjelmaa. Ikkunoiden sulkeminen ei ole sama asia kuin sovelluksen lopettaminen. Tietokantasi pysyy auki; vain muokkausikkunat sulkeutuvat.
• Tallenna ennen sulkemista. Jos sinulla on tallentamattomia lomakemuokkauksia, sulje ikkuna tietoisesti ja vahvista tallennuspyyntö sen sijaan, että pakottaisit ohjelman sulkeutumaan.
• Käytä Työkalut-valikkoa lomakkeille. Koska Työkalut-valikko on aina läsnä suunnittelutilassa, lomakkeiden muokkaus on ainoa alue, joka ei vaadi “sulje kaikki” -tanssia.
• Varautuudu siihen, että tämä tuntuu aluksi epäloogiselta. Useimmissa suunnittelutyökaluissa on staattinen valikkopalkki. 4D:n dynaaminen valikkopalkki on kontekstitietoisempi, mutta kestää pari istuntoa, ennen kuin se lakkaa yllättämästä.

Kun sisäistät säännön — valikkopalkki seuraa ikkunaa — hämmennys suurelta osin haihtuu. Lopetat puuttuvan valikon etsimisen ja kysyt sen sijaan: “Millainen ikkuna on nyt auki?”

Meidän valintamme: Claris FileMaker Pro — Pitkäaikainen relaatiotietokanta-alusta tiimeille, jotka tarvitsevat mukautettuja sovelluksia työpöydälle, verkkoon ja mobiililaitteille yhdestä tiedostosta..

Kenttätyyppien ja arvoluetteloiden valitseminen

Vaikka tässä osassa vältetään tietoisesti ohjelmointia, kaksi suunnittelupäätöstä ansaitsevat tarkempaa harkintaa, koska niitä on vaikea perua myöhemmin: kenttätyypit ja arvoluettelot.

Kenttätyypit

Kun luot tietokentän, valitset, minkä tyyppistä tietoa se sisältää. Yleiset kategoriat 4D:ssä (ja useimmissa tämän aikakauden tietokannoissa) ovat:

• Teksti / Merkkijono — nimet, osoitteet, vapaamuotoiset huomautukset. Joustava, mutta ei numeerisesti lajiteltavissa.
• Numero — määrät, hinnat, tunnukset. Lajitettavissa ja käytettävissä laskutoimituksissa.
• Päivämäärä — kalenteripäivämäärät. 4D tallentaa nämä tavalla, joka tukee päivämääräaritmetiikkaa ja lajittelua.
• Aika — kellonajat ja kestot.
• Totuusarvo (Boolean) — kyllä/ei- tai tosi/epätosi-lippu.
• Kuva — tietueen yhteyteen tallennetut kuvat tai grafiikat.

Käytännön sääntö: valitse tarkin mahdollinen sopiva tyyppi. Jos arvo on numero, tallenna se numerona, ei tekstinä — muuten lajittelu ja laskutoimitukset toimivat odottamattomasti. Jos arvo on päivämäärä, tallenna se päivämääränä, jotta 4D voi lajitella sen kronologisesti aakkosjärjestyksen sijaan.

Arvoluettelot (valintaluettelot)

Arvoluettelo (kutsutaan myös valintaluetteloksi) on ennalta määritetty joukko vaihtoehtoja, joista käyttäjä valitsee kirjoittamisen sijaan. Se on yksi 4D:n arvokkaimmista low-code-ominaisuuksista, koska se:

• Estää kirjoitusvirheet — “Active”, “active” ja “Actve” muuttuvat mahdottomiksi.
• Nopeuttaa tietojen syöttöä — valinta luettelosta on nopeampaa kuin kirjoittaminen.
• Varmistaa johdonmukaisuuden — jokainen tietue käyttää samaa sanastoa, mikä tekee raportoinnista ja lajittelusta luotettavaa.

Arvoluettelot voivat olla staattisia (kiinteä luettelo, jonka kirjoitat itse, kuten Yhdysvaltain osavaltiot tai tilakoodit) tai dynaamisia (haetaan tiedoista, kuten olemassa olevien asiakkaiden nimien luettelo). Ensimmäistä flat-file-tietokantaa varten staattinen luettelo on yksinkertaisin ja opettavaisin lähtökohta.

Kuinka päättää: kenttätyyppi vs. arvoluettelo

Päätös	Valitse tämä, kun…	Huomioi…
Tekstikenttä	Arvo on vapaamuotoinen ja arvaamaton	Ei numeerista lajittelua; altis kirjoitusvirheille
Numerokenttä	Arvoa käytetään matematiikassa tai numeerisessa lajittelussa	Älä tallenna tunnuksia tekstinä, jos aiot lajitella ne
Päivämääräkenttä	Arvo on kalenteripäivämäärä	Muotoiluerot eri alustojen välillä
Totuusarvokenttä	Arvo on aidosti kaksitilainen	Älä käytä sitä kolmijakoisiin tiloihin
Staattinen arvoluettelo	Vaihtoehdot ovat kiinteät ja tiedossa	On muokattava manuaalisesti, jos vaihtoehdot muuttuvat
Dynaaminen arvoluettelo	Vaihtoehdot tulevat olemassa olevista tietueista	Edellyttää, että tiedot ovat jo puhtaita

Näytetietojen syöttäminen

Kun taulukot, kentät, lomakkeet ja arvoluettelot ovat paikoillaan, tämän osan viimeinen vaihe on näytetietojen syöttäminen. Tämä ei ole turhaa työtä — se on validointivaihe. Muutaman realistisen tietueen syöttäminen paljastaa välittömästi suunnitteluongelmat:

• Kenttä, jonka pitäisi olla numero, hyväksyy tekstiä.
• Arvoluettelosta puuttuu vaihtoehto, jota todella tarvitset.
• Lomake on suunniteltu tavalla, joka tekee tietojen syöttämisestä hankalaa.
• Päivämääräkenttä näkyy odottamattomassa muodossa.

Esimerkkitietojen syöttäminen ajoissa, kun rakenne on vielä tuore ja helppo muuttaa, on paljon halvempaa kuin samojen ongelmien havaitseminen satojen oikeiden tietueiden syöttämisen jälkeen. Käsittele esimerkkidataa suunnittelusi testivaljaina.

Kiitokset

Erityiset kiitokset: James Fortierille joidenkin resurssien toimittamisesta ja asiakirjan oikoluvussa auttamisesta.

Copyright © 1994-2000 HPO Soft. All rights reserved.

Usein kysyttyjä kysymyksiä

Miksi Rakenne-valikko katoaa 4D Design -tilassa?

4D käyttää tilannekohtaista valikkopalkkia, joten näytettävät valikot riippuvat siitä, missä ikkunassa on tällä hetkellä kohdistus. Kun lomakeikkuna (tai muu erikoisikkuna) on auki, 4D piilottaa Rakenne-valikon ja näyttää sen sijaan lomakkeeseen liittyvät valikot. Sulje kaikki avoimet ikkunat – mutta älä itse 4D-sovellusta – ja Rakenne-valikko tulee uudelleen näkyviin, jotta voit muokata taulukoita ja kenttiä.

Pitääkö minun olla ohjelmoija rakentaakseni 4D-tietokannan?

Ei. FileMaker Pron tavoin 4D:ssä voi saavuttaa paljon kirjoittamatta koskaan menetelmää tai skriptiä. Tämä osa rakentaa täydellisen yhden taulukon flat-file-sovelluksen ilman menetelmiä, lukuun ottamatta yhtä valinnaista laskentaa, jota kutsutaan objektimenetelmäksi. Ohjelmointi tulee arvokkaaksi myöhemmin, kun siirryt liittyviin tiedostoihin, automaatioon ja web-hotellaukseen.

Mikä on oikea järjestys 4D-tietokannan luomiseksi?

Luo ensin taulukko, sitten tietokentät, sitten syöttö- ja tulostuslomakkeet ja lopuksi tietokenttien laskelmat/menetelmät. Tällä järjestyksellä on merkitystä, koska lomakkeet viittaavat taulukoihin, kentät kuuluvat taulukoihin ja menetelmät tyypillisesti viittaavat kenttiin – joten väärässä järjestyksessä rakentaminen pakottaa palaamaan takaisin tai aiheuttaa rikkinäisiä viitteitä.

Mikä on arvolista 4D:ssä, ja miksi minun pitäisi käyttää sellaista?

Arvolista (kutsutaan myös valintaluetteloksi) on ennalta määritetty joukko vaihtoehtoja, joista käyttäjä valitsee vapaan tekstin kirjoittamisen sijaan. Se estää kirjoitusvirheet, nopeuttaa tietojen syöttämistä ja varmistaa johdonmukaisuuden tietueiden välillä, mikä puolestaan tekee lajittelusta ja raportoinnista luotettavaa. Arvoluettelot voivat olla staattisia (määrittämäsi kiinteä luettelo) tai dynaamisia (poimittu olemassa olevista tiedoista).

Pitäisikö minun tallentaa numerot ja päivämäärät tekstikenttiin?

Ei — valitse tarkin kenttätyyppi, joka sopii tietoihin. Numerot tulee tallentaa numerokenttiin, jotta ne lajittelevat ja laskevat oikein, ja päivämäärät tulee tallentaa päivämääräkenttiin, jotta 4D lajittelee ne kronologisesti aakkosjärjestyksen sijaan. Numeeristen arvojen tai päivämäärien tallentaminen tekstinä on yleinen aloittelijan virhe, joka aiheuttaa sekavaa lajittelua ja laskentakäyttäytymistä myöhemmin.

Miksi luoda useita testitietokantoja yhden sijaan?

4D ei aina toimi niin kuin aloittelija odottaa, joten kokeileminen pienissä, kertakäyttöisissä testitietokannoissa antaa mahdollisuuden testata eri vaihtoehtoja vaarantamatta oikeaa työtä. Jotkin toiminnot tuntuvat aluksi miellyttävän kätevillä ja toiset turhauttavilta, ja nopein tapa oppia ero on käytännön toisto turvallisessa hiekkalaatikossa.