4. ulottuvuuden oppimisen perusteet

Jos olet tulossa 4D:hen (4th Dimension) FileMaker Prosta, Microsoft Accessista tai modernista matalakoodityökalusta, tarvitset ensimmäisenä rehellisen maastokartan. Alkuperäinen “4th Dimension Learning Basics” -sivu on kirjoitettu vertailemaan FileMaker Pro 5.0:n ja 4th Dimension 6.5:n järjestelmävaatimuksia – tilannekuva noin vuosilta 1999–2000.

Tämä tilannekuva on edelleen hyödyllinen, mutta vain jos ymmärrät miksi nämä vaatimukset erosivat ja mitä ne kertovat siitä, miten nämä kaksi tuotetta ajattelevat maailmasta. Tämä artikkeli säilyttää alkuperäisen vertailun ja rakentaa kontekstin sen ympärille: mitä luvut tarkoittivat, miten alustat erosivat toisistaan ​​ja kuinka tehdä käytännön päätöksiä tänään, kun perit tai ylläpidät 4D-järjestelmää. Jos pohdit, sopiiko 4D edelleen teknologiapinoosi, 4th dimension low-code-arvostelut tarkastelevat, kuinka se kestää nykyisiä työkaluja.

Keskeiset kohdat

• Alkuperäiset FileMaker vs. 4D -vaatimustaulukot ovat historiallinen lähtökohta, eivät osto-opasta. Käsittele tiettyjä RAM- ja käyttöjärjestelmälukuja aikakauden artefakteina.
• Tärkein yksittäinen arkkitehtoninen ero on, että 4D on ohjelmoitava relaatiotietokannan kehitysympäristö, kun taas FileMaker Pro sijoitettiin loppukäyttäjien tietokantasovellukseksi.
• 4D:n rakenteen, menetelmien, muotojen ja datatiedostojen erottelu tekee siitä skaalautuvan yhden käyttäjän työpöytätyökalusta asiakas-/palvelin- ja web-julkaisujärjestelmään.
• Verkkomalli, ajonaikainen lisensointi ja kääntäjien saatavuus ovat kolme aluetta, joilla 4D ja FileMaker erosivat jyrkimmin – ja joilla siirtopäätökset riippuvat edelleen.
• Moderni 4D (4D v20 ja uudemmat) toimii nykyisessä macOS:ssä ja Windowsissa, puhuu SQL:ää ja REST:tä ja integroituu Gitiin – 6.5-aikakauden rajoitukset eivät enää päde.

Alkuperäinen vertailu, säilytetty

Lähdemateriaali vertaili kahta tuotetta vastakkain. Tässä on vertailu, joka säilytetään ennallaan, koska se dokumentoi todellisen hetken työpöytätietokantojen historiassa.

FileMaker Pro 5.0 — Macintosh: Power Macintosh; 16 Mt RAM-muistia; Mac OS -versio 7.6.1 tai uudempi; CD-ROM-asema ja kiintolevy; ja TCP/IP- tai AppleTalk-verkkoyhteys (tarvitaan FileMaker-tietokantojen jakamiseen verkossa). Verkkojulkaisuvaatimukset sisälsivät isäntätietokoneen, jolla oli jatkuva pääsy Internetiin tai intranetiin TCP/IP:n kautta, Internet-palveluntarjoajan Internet-yhteyttä varten ja pääsyn webissä julkaistuihin tietokantoihin, jotka on rajoitettu 10 IP-osoitteeseen liukuvaa 12 tunnin ajanjaksoa kohti.

FileMaker Pro 5.0 – Windows: Intel-yhteensopiva tietokone (486/33 tai uudempi); 16 Mt RAM-muistia; Windows 95 tai Windows 98 tai Windows NT 4 (Service Pack 3); CD-ROM-asema ja kiintolevy. Verkkojulkaisuvaatimukset olivat samat: isäntä, jolla on jatkuva TCP/IP-yhteys, Internet-palveluntarjoaja ja sama 10 IP-osoiteraja 12 tunnin ajanjaksoa kohti.

4th Dimension 6.5 – Macintosh: Power PC 601 -suoritin kiintolevyllä ja System 7.6.1 tai uudempi, 20 Mt RAM-muistia; CD-ROM-asema ja kiintolevy.

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

4th Dimension 6.5 — Windows: 486- tai Pentium-pohjainen kone, jossa on kiintolevy ja jokin seuraavista: Windows 95/98, jossa on vähintään 16 Mt RAM-muistia, tai Windows NT Workstation tai Server, jossa on vähintään 24 Mt RAM-muistia.

Kaksi asiaa hyppää esiin. Ensinnäkin 4D pyysi lisää RAM-muistia Macissa (20 Mt vs. 16 Mt) ja erotti Windows NT Workstation- ja Server -kokoonpanot – merkki siitä, että 4D oli jo käytössä palvelinrooleissa. Toiseksi FileMakerin verkkojulkaisua mitattiin IP-osoitteen perusteella, mikä kertoo, että se oli suunnattu pienten työryhmien julkaisemiseen, ei yrityskäyttöön.

Miksi vaatimukset erosivat

16 megatavun ja 20–24 megatavun välinen ero ei ollut mielivaltainen. Se heijasti perustavanlaatuista eroa siinä, mitä kukin tuote oli.

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

FileMaker Pro suunniteltiin niin, että ei-ohjelmoija voi avata sovelluksen, määrittää kenttiä laskentataulukkomaisessa käyttöliittymässä, vetää muutamia asetteluelementtejä ja aloittaa tietojen syöttämisen. Ajonaikainen jalanjälki pidettiin pienenä, koska kohdekäyttäjä oli yksi henkilö työpöydällä.

4D sen sijaan toimitettiin täydellisenä kehitysympäristönä. Jopa 6.5 aikakaudella se sisälsi:

• rakenneeditori taulukoiden, kenttien ja suhteiden määrittämiseen
• menetelmäeditori 4D-ohjelmointikielen kirjoittamiseen
• lomakeeditori syöttö- ja tulostusasettelujen suunnitteluun
• kääntäjä, joka voi muuttaa tulkitun koodin itsenäiseksi sovellukseksi
• asiakas/palvelin-arkkitehtuuri, joka eroaa yhden käyttäjän versiosta

Jokainen näistä alijärjestelmistä kuluttaa muistia ja levyä. Korkeampi vaatimus oli hinta alustana olemisesta sovelluksen sijaan.

Tulkki vs. kääntäjä -ero

Tämä on konsepti, joka kannattaa sisäistää varhaisessa vaiheessa. 4D:ssä voit kehittää ja ajaa tulkitussa tilassa, jossa 4D-kieli suoritetaan rivi riviltä ajon aikana. Tämä on nopea iteroida, mutta hitaampi suorittaa ja vaatii 4D-kehitysympäristön.

Kun olet valmis lähettämään, käytät kääntäjää luodaksesi itsenäisen, kaksoisnapsautettavan sovelluksen, joka ei enää tarvitse täyttä kehitysympäristöä. Tämä on käsitteellisesti samanlainen kuin Python-skriptin suorittaminen tulkin kautta ja käännetyn binaarin jakaminen. FileMaker, samalla aikakaudella, ei tarjonnut samaa kehittäjästä itsenäiseen sovellukseen putkilinjaa samalla tavalla – sen Runtime- ja Developer-versiot tulivat myöhemmin ja toimivat eri tavalla.

Jos opettelet 4D:tä tänään, ymmärrä, että “käännetty 4D-sovellus” on ensiluokkainen käyttöönottokohde, ja suunnittele projektisi rakenne sen mukaan alusta alkaen.

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..

Järjestelmävaatimukset suunnittelusignaalina

Vanhojen vaatimustaulukoiden lukeminen on taito. Näin poimitaan niistä merkitys pelkän nostalgian sijaan.

Signaali vaatimuksissa	Mitä se kertoo
Erilliset NT Workstation vs. Server -luvut	Myyjä odotti palvelimien käyttöönottoa, ei vain pöytäkoneita
Suurempi RAM yhdellä alustalla	Moottori todennäköisesti optimoitiin tai testattiin ensin tällä alustalla
IP-osoitteen mittaus verkkokäyttöön	Verkkojulkaisu oli lisäosa, lisensoitu yhteyskohtaisesti
CD-ROM-asema luettelossa	Jakelu oli fyysistä mediaa; ei automaattista päivitystä
Selkeä AppleTalk-maininta	Pre-TCP/IP-verkottaminen kaikkialla oli edelleen yleistä

Käytännön oppitunti: kun arvioit mitä tahansa tietokantaalustaa – 4D, FileMaker, Access tai moderni matalakoodityökalu – katso, luetteleeko toimittaja palvelinkokoonpanot erikseen. Jos näin tapahtuu, tuote on suunniteltu usean käyttäjän käyttöönotolle. Jos ne luettelevat vain työpöydän tekniset tiedot, tarkastelet yhden käyttäjän työkalua, jonka saattaa kohdata ongelmia samanaikaisuuden kanssa.

Verkko: asiakas/palvelin vs. tiedostojen jakaminen

Verkkojen väliset erot näiden kahden tuotteen välillä olivat todennäköisesti merkittävämpiä kuin RAM-luvut.

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

FileMakerin alkuperäinen jakamismalli oli tiedostojen jakaminen verkon kautta – yksi kone avasi tietokantatiedoston ja muut liittyivät siihen TCP/IP:n tai AppleTalkin siirtona. Tämä on yksinkertainen ja toimii hyvin pienissä ryhmissä, mutta se tarkoittaa, että “palvelin” on oikeastaan ​​vain vertaiskone, joka pitää tiedostoa auki.

4D:n malli oli todellinen asiakas/palvelin-arkkitehtuuri. 4D-palvelinprosessi hallitsee tietoja, käsittelee samanaikaista pääsyä ja palvelee pyyntöjä 4D-asiakassovelluksille. Tämä on lähempänä PostgreSQL:n tai Microsoft SQL Serverin toimintaa, ja siksi 4D voisi skaalata suurempiin käyttäjämääriin ja suurempiin tietokokonaisuuksiin.

Kaikille, jotka rakentavat nykyään, päätöskehys on:

• Yksi käyttäjä vai kaksi henkilöä? Työpöytätietokanta on hyvä.
• Kourallinen samanaikaisia ​​käyttäjiä lähiverkossa? Tiedostojen jakaminen tai kevyt palvelin toimii.
• Kymmeniä käyttäjiä, etäkäyttö tai verkkoasiakkaat? Tarvitset aidon asiakas/palvelin-moottorin, kuten 4D-palvelimen.

Alkuperäinen IP-osoitteen mittaus FileMakerin verkkojulkaisussa on hyvä esimerkki rajoituksesta: sitä ei ole rakennettu avoimelle verkkoliikenteelle.

Ajonajat, kääntäjät ja käyttöönotto

Alkuperäisen ääriviivan “erot suoritusajoissa” ja “kääntäjä” -otsikot osoittavat todellista tien haaraa.

• Tulkittu suoritusaika: Käytät 4D-kehitysympäristössä. Paras kehittämiseen, virheenkorjaukseen ja sisäisiin työkaluihin, joissa ohjaat konetta.
• Käännetty sovellus: Rakennat itsenäisen suoritettavan tiedoston. Paras jakeluun käyttäjille, joilla ei pitäisi olla kehitysympäristöä.
• 4D-palvelin: Monen käyttäjän moottori. Paras jaetuille tiedoille, joilla on samanaikainen käyttö.
• 4D-asiakas: Yhdistävä sovellus. Paras työasemille, jotka puhuvat palvelimen kanssa.

Uusien tulokkaiden yleinen virhe on kehittää kaikkea tulkitussa tilassa ja sitten havaita, että käännös paljastaa tulkin sietämiä virheitä. Rakenna ja käännä varhain, jopa pienessä testiprojektissa, joten opit kääntäjän odotukset ennen kuin sinulla on tuhansia koodirivejä.

Web Hosting ja tietojen visualisointi

Alkuperäisessä luonnoksessa “Web Hosting” ja “Data Charting” mainittiin erillisinä aiheina, ja molemmat ovat edelleen merkityksellisiä.

Web-hosting 4D-maailmassa tarkoittaa tietokannan paljastamista selaimille. Historiallisesti tämä tehtiin 4D:n sisäänrakennetun verkkopalvelimen kautta, joka pystyi palvelemaan HTML-malleja ja vastaamaan pyyntöihin 4D-kielellä. Nykyään 4D tukee myös REST-tyylistä pääsyä ja voidaan integroida tavallisiin verkkopinoihin, joten et ole lukittu patentoituun julkaisumalliin. Jos suunnittelet verkkokäyttöliittymää, päätä hyvissä ajoin, renderöitkö sivut palvelinpuolella 4D-muodossa vai altistatko tiedot RESTin kautta erilliselle käyttöliittymäkehykselle.

Tietojen visualisointi tarkoittaa kyselytulosten muuntamista kaavioiksi ja hallintapaneeleiksi. 4D on perinteisesti tarjonnut kaavioita lomakeobjektien ja kolmannen osapuolen laajennuksien kautta. Käytännön ohje: pidä raportointikyselysi erillään tietojen syöttölomakkeistasi, koska raportointityökuormilla on hyvin erilaiset suorituskykyominaisuudet kuin transaktio-ominaisuuksilla.

Laajennukset, työkalut ja ekosysteemi

Alkuperäisen hahmotelman “Plug ins”, “Tools/Utilities” ja “Resources” otsikot tunnustavat jotain tärkeää: tietokantaalustaa ei käytetä erikseen.

• Lisäosat laajentavat 4D:tä ominaisuuksilla, joita ydin ei tarjoa – erikoistuneet tiedostomuodot, laitteistointegraatio, edistynyt grafiikka.
• Työkalut ja apuohjelmat kattavat kaiken koodianalyysistä tietojen korjaamiseen.
• Resurssit – dokumentaatio, foorumit ja yhteisösivustot – ovat siellä, missä opit alustan.

Laajemman kategorian arvovaltainen tausta löytyy Wikipedia-artikkelista tietokannan hallintajärjestelmistä ja relaatiomallista, joka tukee sekä 4D:tä että FileMakeria. Kielen ja alustan osalta 4D (ohjelmointikieli) on järkevä lähtökohta. Ja standardeista, joiden kanssa moderni 4D toimii, SQL -yleiskatsaus kannattaa lukea, vaikka viettäisit suurimman osan ajasta 4D:n äidinkielellä.

Kuinka päättää: Käytännön kehys

Jos valitset tai perit alustan, käsittele nämä kysymykset järjestyksessä.

1. Kuinka monta samanaikaista käyttäjää? Yksi tai kaksi tarkoittaa työpöytätyökalua. Enemmän kuin kourallinen tarkoittaa, että tarvitset oikean palvelinmoottorin.
2. Tarvitaanko erillisen sovelluksen jakelu? Jos kyllä, tarvitset alustan kääntäjällä, jonka 4D tarjoaa.
3. Onko verkko- tai mobiilikäyttöliittymä? Jos kyllä, suosi alustaa, jossa on REST- tai SQL-käyttöoikeus.
4. Kuinka paljon mukautettua logiikkaa? Raskaat liiketoimintasäännöt suosivat ohjelmoitavaa ympäristöä lomakepohjaisen ympäristön sijaan.
5. Mikä on tiimisi taito? Kansalainen kehittäjä on tuottavampi FileMaker-tyylisillä työkaluilla; ohjelmoija suosii 4D:n menetelmäeditoria.

Ei ole olemassa universaalia oikeaa vastausta. Oikea valinta riippuu ongelman muodosta, ei siitä, millä tuotteella on suurempi ominaisuusluettelo.

Usein kysyttyjä kysymyksiä

Onko 4D sama asia kuin 4th Dimension?

Kyllä. “4D” on nykyaikainen nimi tuotteelle, jonka alkuperäinen nimi oli “4th Dimension”. Nimi lyhennettiin vuosien varrella, mutta alusta, kieli ja kehitysympäristö ovat samaa sukua. Dokumentaatiossa ja yhteisöpostauksissa 1990- ja 2000-luvuilta käytetään “4th Dimension”, kun taas nykyinen materiaali käyttää “4D”.

Miksi 4th Dimension tarvitsi enemmän RAM-muistia kuin FileMaker Pro?

Koska 4D toimitettiin täydellisenä kehitysympäristönä – rakenneeditori, menetelmäeditori, lomakeeditori, kääntäjä ja asiakas/palvelinkomponentit – kun FileMaker Pro asetettiin loppukäyttäjien tietokantasovellukseksi. Enemmän alijärjestelmiä kerralla käynnissä tarkoittaa suurempaa muistitilaa. Korkeampi vaatimus johtui pikemminkin alustasta kuin yksittäisestä sovelluksesta.

Mitä eroa on tulkitun ja käännetyn tilan välillä 4D:ssä?

Tulkitussa tilassa 4D-kieli suoritetaan rivi riviltä ajon aikana, mikä on kätevää kehittämiselle, mutta hitaampaa ja vaatii kehitysympäristön. Käännetyssä tilassa kääntäjä kääntää koodisi itsenäiseksi sovellukseksi, joka toimii ilman kehitysympäristöä ja suoritetaan nopeammin. Useimmat tuotantokäytöt käyttävät käännettyjä sovelluksia tai 4D-palvelinta.

Voidaanko 4D-tietokantoja julkaista verkossa?

Kyllä. 4D:ssä on pitkään ollut sisäänrakennettu verkkopalvelin, joka pystyy palvelemaan sivuja ja vastaamaan pyyntöihin 4D-kielellä, ja nykyaikaiset versiot tukevat myös REST-tyylistä pääsyä ja integrointia tavallisiin verkkopinoihin. Alkuperäisessä FileMaker-vertailussa verkkokäyttöä mitattiin IP-osoitteen perusteella, mikä heijasti pienten työryhmien julkaisumallia avoimen verkkoliikenteen sijaan.

Pätevätkö vanhat järjestelmävaatimukset edelleen?

Ei. Alkuperäisen vertailun luvut – 16 Mt RAM-muistia, Windows 95/98, Mac OS 7.6.1 – kuvaavat laitteistoja ja käyttöjärjestelmiä noin vuosilta 1999–2000. Nykyaikaiset 4D-julkaisut toimivat macOS:n ja Windowsin nykyisissä versioissa ja vaativat paljon enemmän muistia, kuten miltä tahansa nykyaikaiselta tietokanta-alustalta voi odottaa. Käsittele vanhaa taulukkoa historiallisena lähtökohtana, älä ostooppaana.

Mitä aloittelijan tulisi oppia ensin 4D:ssä?

Aloita rakenneeditorilla: taulukot, kentät ja suhteet. Kaikki muu – lomakkeet, menetelmät, arvolistat, raportit – on rakennettu tämän tietomallin päälle. Kun voit määrittää puhtaan relaatiorakenteen, siirry menetelmäeditoriin ja opi, kuinka 4D-kieli lukee ja kirjoittaa tietueita. Lomakkeet ja arvolistat tulevat luonnollisesti sen jälkeen, koska ne ovat vain esityskerroksia jo suunnittelemasi rakenteen päälle.