Siirry pääsisältöön
HPO Software Askel askeleelta etenevät oppaat 4D-tietokantojen ja low-code-sovellusten rakentamiseen – ensimmäisestä taulukosta valmiiksi liiketoimintasovellukseksi.

Osa tämän sivuston linkeistä on kumppanuuslinkkejä: ostamalla niiden kautta voimme ansaita komission ilman lisäkustannuksia sinulle. Tämä ei vaikuta suosituksiimme. Lue lisää kumppanuusilmoituksestamme. Kumppanuusilmoitus.

Paras 4D-muotosuunnitteluohjelmisto: Parhaat valinnat verrattuna

Paras 4D-lomakesuunnitteluohjelmisto ei ole erillinen ostamasi tuote: se on 4D:n omaan kehitysympäristöön sisäänrakennettu lomakeeditori, joka on saatavilla kolmessa versiossa (4D Developer Standard, 4D Developer Pro ja 4D Server) ja jota täydentää pieni sarja kolmannen osapuolen ja viereisiä työkaluja. Onnistumisen avain on editorin räätälöinti sen mukaan, miten tiimisi rakentaa, ottaa käyttöön ja ylläpitää lomakkeita.

Keskeiset kohdat

  • 4D upottaa oman lomakeeditorinsa 4D IDE:hen; erikseen lisensoitua itsenäistä “4D Form Designer” -tuotetta ei ole, mikä tekee IDE:stä parhaan 4D-lomakesuunnitteluohjelmiston alustalle.
  • Todellinen vertailu tapahtuu 4D:n natiivin lomakeeditorin, 4D:n projektitilan vs. binääritilan työnkulun sekä kolmannen osapuolen tai viereisten työkalujen (verkkolomakkeiden rakentajat, JavaScript-käyttöliittymäkirjastot ja 4D-spesifiset lisäosat) välillä.
  • Lomaketyypillä on enemmän merkitystä kuin työkalun valinnalla: luettelolomakkeilla, yksityiskohtalomakkeilla, syöttölomakkeilla ja alilomakkeilla on jokaisella erilaiset suunnittelurajoitukset.
  • Arvolistat, dynaamiset lomakeobjektit ja 4D:n oliomuotoinen lomakeobjektimalli ovat osa-alueita, joissa suurin osa käytännön suunnittelutyöstä tapahtuu.
  • Käyttöönottokohteen (työpöytä, 4D Client, 4D Web tai 4D Mobile) tulisi ohjata lomakkeen suunnittelupäätöksiä ensimmäisestä päivästä lähtien.

Mitä “4D-lomakesuunnitteluohjelmisto” oikeastaan tarkoittaa

4D-lomakesuunnitteluohjelmistolla tarkoitetaan työkaluja, joilla luodaan käyttöliittymälomakkeita, jotka toimivat 4D-tietokannan päällä. 4D:ssä lomake on järjestely objekteista (kentät, muuttujat, painikkeet, luetteloruudut, alilomakkeet ja verkkoalueet), jotka on linkitetty tietoihin 4D-kielen kautta. Forms Editor on osa 4D IDE:tä, joten kun etsit parasta 4D-lomakesuunnitteluohjelmistoa, “lomakesuunnitteluohjelmiston valitseminen” 4D-maailmassa tarkoittaa yleensä työskentelytavan valitsemista 4D:ssä kilpailevan toimittajan valitsemisen sijaan.

Tämä ero on tärkeä, koska lomakesuunnitteluohjelmistojen hakutulokset tuovat usein esiin yleisiä vedä ja pudota -verkkolomakkeiden rakentajia. Nämä työkalut ratkaisevat erilaisen ongelman: palautusten keräämisen laskentataulukkoon tai SaaS-taustajärjestelmään. 4D-lomake on aktiivinen ikkuna relaatiotietokantaan, jossa on liipaisimet, transaktiot ja monen käyttäjän lukitus. Suunnittelutavoitteet voivat olla päällekkäisiä, mutta rajoitukset eivät.

Ydinvaihtoehto: 4D:n natiivi lomakeeditori

4D:n natiivi lomakeeditori on oletusvaihtoehto ja useimmille tiimeille oikea vastaus, kun etsitään parasta 4D-lomakesuunnitteluohjelmistoa. Se tarjoaa WYSIWYG-kankaan, johon voit sijoittaa objekteja, asettaa ominaisuuksia ominaisuusluetteloon ja liittää 4D-metodeja lomakkeiden ja objektien tapahtumiin. Lomakkeet tallennetaan osana rakennetta (binääritilassa) tai erillisinä tiedostoina (projektitilassa), ja niitä voidaan käyttää uudelleen työpöytä-, verkko- ja mobiilikonteksteissa erilaisin renderöintisäännöin.

Natiivieditorin kohokohtia ovat suora sitominen kenttiin ja muuttujiin, sisäänrakennettu alilomaketuki, luetteloruudut entiteetin valinnalla, hierarkkiset luettelot ja mahdollisuus vaihtaa lomakkeen käyttäytymistä “syöttö”, “tulostus”, “luettelo” ja “yksityiskohta” -tilojen välillä. Vastapainona on se, että editori on tiiviisti kytketty 4D:n omiin paradigmoihin: saat syvän integraation, mutta menetät siirrettävyyden muihin kuin 4D-pinoihin.

Binääritila vs. projektitila

Binääritila tallentaa lomakkeet yhteen käännettyyn rakennetiedostoon. Projektitila tallentaa lomakkeet yksittäisinä tiedostoina levylle, mikä tekee niistä vertailukelpoisia (diffable) Gitissä ja helpommin tarkasteltavissa pull requesteissa.

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

Tiimit, jotka käyttävät versionhallintaa, CI:tä tai useita kehittäjiä samassa rakenteessa, suosivat yleensä projektitilaa. Pitkäikäistä legacy-sovellusta hallinnoivat tiimit voivat pysyä binääritilassa, koska migraatio on projekti itsessään, ei vain yksi valintaruutu.

Vertailu: Mikä lomakesuunnittelutapa sopii tiimillesi

Määritä tarpeisiisi sopivin 4D-lomakesuunnittelutapa tämän vertailun avulla:

LähestymistapaParas seuraavilleKeskeinen vahvuusTärkein kompromissi
4D natiivi lomakeeditori (projektitila)Tiimit, jotka käyttävät Gitiä, CI:tä, useita kehittäjiäVertailukelpoiset lomaketiedostot, moderni työnkulkuVaatii migraation binäärirakenteista
4D natiivi lomakeeditori (binääritila)Legacy-sovellukset, yhden kehittäjän yrityksetVakaa, tuttu, ei migraatiotaHuono versionhallinnan ergonomia
4D Web / REST + ulkoinen käyttöliittymäSelain-ensimmäiset sovellukset, ulkoiset UI-tiimitTäysi HTML/CSS/JS-hallintaLomakkelogiikka on rakennettava 4D:n ulkopuolelle
Kolmannen osapuolen 4D-lisäosat ja komponentitTiettyjen aukkojen täyttäminen (kaaviot, ruudukot, UI-kitit)Nopeampaa kuin rakentaminen tyhjästäRiippuvuus- ja päivitysriski
Yleiset verkkolomakkeiden rakentajatYksinkertainen tiedonkeruu, ei 4D-sidonnainenNopea pystyttääEi natiivia 4D-tietosidontaa

Lomakkeiden suunnittelu 4D:ssä: Päätökset, joilla on merkitystä

Lomakesuunnittelu 4D:ssä palkitsee suunnittelusta enemmän kuin työkaluista. Alla olevat valinnat määrittävät suurimman osan laatuerosta lomakkeen välillä, joka kestää aikaa, ja sellaisen välillä, josta tulee ylläpitotaakka. Kun harkitaan parasta 4D-lomakesuunnitteluohjelmistoa, painopisteen tulisi olla näissä arkkitehtonisissa päätöksissä.

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

Lomakkeen tyyppi ja konteksti

4D-lomakkeilla on tyyppi (yksityiskohta, luettelo, syöte, tulos tai yhdistelmä), ja tämä tyyppi määrittää, mitkä tapahtumat käynnistyvät ja miten lomake käyttäytyy näytettäessä. Yksityiskohtalomake näyttää yhden tietueen; luettelolomake näyttää useita. Väärän tyypin valitseminen pakottaa etsimään kiertoteitä myöhemmin. Päätä tyyppi ennen ensimmäisenkään objektin sijoittamista.

Objektimalli ja dynaamiset lomakkeet

4D-lomakeobjektimalli mahdollistaa lomakeobjektien ohjaamisen ohjelmallisesti, mikä mahdollistaa dynaamiset lomakkeet: kenttien piilottamisen käyttäjän roolin perusteella, luetteloruudun tietolähteen muokkaamisen ajon aikana tai sellaisten lomakkeiden luomisen, jotka mukautuvat näytettävään tietueeseen. Tässä 4D-lomakesuunnittelu voittaa staattiset asettelutyökalut: lomake on elävä objektigraafi, ei kiinteä malli.

Arvolistat ja tiedonsyöttö

4D:n arvolistat voivat olla staattisia, kenttään perustuvia, taulukkoon perustuvia tai hierarkkisia. Ne ovat välttämättömiä tiedonsyötön laadulle, koska ne estävät virheelliset merkinnät jo lähteessä. Hyvin suunniteltu lomake liittää jokaisen arvolistan oikeaan syöttöohjaimeen: pudotusvalikko lyhyille listoille, luetteloruutu pitkille ja hierarkkinen lista isä-lapsi-suhteille.

Alilomakkeet ja uudelleenkäyttö

Alilomakkeiden avulla voit upottaa yhden lomakkeen toiseen, mikä on ensisijainen uudelleenkäyttömekanismi 4D:ssä. Asiakkaan osoitelohko, rivikohtaruudukko tai tilapaneeli voidaan luoda kerran ja sijoittaa useisiin päälomakkeisiin. Huomioitavaa: alilomakkeen konteksti ja muuttujan näkyvyys (scope) on ymmärrettävä, muuten syntyy hienovaraisia virheitä, joissa alilomake näyttää jättävän huomioimatta emonsa tiedot.

Käyttöönottotavoite

Työpöytätietokoneen 4D Clientille suunniteltu lomake ei välttämättä näy oikein 4D Webissä tai 4D Mobilessa, koska renderöintisäännöt ja käytettävissä olevat objektit eroavat. Jos sovelluksesi on tarkoitus toimia useissa ympäristöissä, suunnittele rajoittuneinta kohdetta ajatellen ja testaa se ajoissa. Pelkästään työpöydälle tarkoitetun lomakkeen muuttaminen web-yhteensopivaksi maksaa enemmän kuin molempien suunnittelu alusta alkaen.

Kolmannen osapuolen ja viereisten työkalujen rooli

Kolmannen osapuolen työkalut eivät korvaa 4D:n lomakeeditoria, vaan täyttävät tiettyjä aukkoja. Kaaviokomponentit, edistyneet ruudukko-ohjaimet ja UI-kitit voivat säästää viikkoja verrattuna vastaavien objektien manuaaliseen luomiseen. Vastapainona on riippuvuuksien hallinta: jokainen käyttöönotettu lisäosa on jotain, jota on seurattava 4D-versiopäivitysten yhteydessä.

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

Myös viereiset työkalut ovat tärkeitä. Jos tiimisi on vahvempi HTML:ssä, CSS:ssä ja JavaScriptissä kuin 4D-lomakeeditorissa, 4D Web- tai REST-taustajärjestelmä ulkoisella käyttöliittymällä voi olla paras arkkitehtuuri.

Menetät natiivin tietosidonnan, mutta saat täyden hallinnan käyttöliittymään. Se on perusteltu valinta, ei epäonnistuminen, mutta se siirtää lomakesuunnittelun kokonaan pois 4D:stä, mikä muuttaa rekrytointi- ja ylläpitoprofiiliasi. Tämä lähestymistapa voi olla osa parasta 4D-lomakesuunnittelustrategiaa tiimisi taidoista riippuen.

Yleiset verkkolomakkeiden rakentajat, kuten suurten SaaS-toimittajien tuotteet, on syytä mainita vain poissulkemisen vuoksi: ne keräävät palautuksia, ne eivät renderöi live-4D-tietuetta liipaimilla ja lukituksella. 4D-sovelluksessa ne ovat parhaimmillaan vain täydentäviä.

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

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

Vastaa näihin kysymyksiin määrittääksesi tarpeisiisi sopivimman 4D-lomakesuunnitteluohjelmiston. Ensimmäinen selkeä vastaus yleensä ratkaisee valinnan.

  1. Pitäisikö lomakkeen olla suoraan linkitetty 4D-tietoihin? Jos kyllä, käytä natiivieditoria. Jos ei, yleinen rakentaja voi olla sopiva.
  2. Koskevatko lomakkeita useampi kuin yksi kehittäjä? Jos kyllä, projektitila ja versionhallinta ovat migraatiokustannusten arvoisia.
  3. Mitkä käyttöönottokohteet ovat mukana? Työpöytä, verkko ja mobiili asettavat erilaisia rajoituksia; suunnittele rajoittuneinta kohdetta ajatellen.
  4. Onko käyttöliittymässä tietty puute (kaaviot, ruudukot, monimutkainen syöttö)? Arvioi kolmannen osapuolen komponentti ennen kuin rakennat sen itse.
  5. Onko tiimisi vahvuus 4D- vai verkkoteknologioissa? Valitse arkkitehtuuri todellisten taitojen mukaan.
  6. Kuinka kauan sovelluksen on tarkoitus kestää? Pitkäikäiset sovellukset suosivat natiivityökaluja ja konservatiivisia riippuvuuksia.

Varoituksia ja yleisiä virheitä

4D-lomakesuunnittelussa on muutamia toistuvia vikatiloja. Lomakkeiden luominen ennen kuin tietomalli on vakaa johtaa työn tekemiseen uudelleen, koska lomakeobjektit on sidottu kenttiin ja muuttujiin, jotka voivat muuttua.

Yhden lomakkeen ylikuormittaminen ehdollisella logiikalla tekee testaamisesta vaikeaa; jakaminen alilomakkeisiin on yleensä puhtaampaa. Käyttöönottotavoitteen huomioimatta jättäminen loppuun asti tuottaa lomakkeita, jotka on rakennettava uudelleen. Kolmannen osapuolen komponenttien käyttöönotto ilman suunnitelmaa 4D-versiopäivityksille luo ylläpitokuopan, joka tulee esiin kuukausia myöhemmin.

Hienovaraisempi ongelma on lomakeeditorin kohtelu piirustustyökaluna. 4D:ssä lomake on osa sovelluslogiikkaa: tapahtumat, metodit ja objektin ominaisuudet ovat kaikki vuorovaikutuksessa. Suunnittelijat, jotka ajattelevat pikseleissä tapahtumien sijaan, tuottavat usein lomakkeita, jotka näyttävät oikeilta mutta käyttäytyvät arvaamattomasti.

Lähteet ja lisälukemista

  • Computer-aided design — Wikipedia: Tietokoneavusteinen suunnittelu (CAD) tarkoittaa tietokoneiden (tai työasemien) käyttöä suunnittelun luomisessa, muokkaamisessa, analysoinnissa tai optimoinnissa. Tämä ohjelmisto…

Usein kysyttyjä kysymyksiä

Onko olemassa erillistä 4D-lomakesuunnitteluohjelmistoa?

Ei. 4D:n lomakeeditori on osa integroitua 4D-kehitysympäristöä ja toimitetaan itse 4D-tuotteen mukana. Et lisensoi erillistä lomakesuunnittelijaa. Kolmannen osapuolen työkaluja on olemassa tiettyihin käyttöliittymän puutteisiin, mutta ne täydentävät natiivieditoria sen sijaan, että korvaisivat sen.

Mikä on paras lomakesuunnittelutyökalu 4D-tietokantaan?

Useimmille tiimeille 4D:n natiivi lomakeeditori projektitilassa on paras 4D-lomakesuunnitteluohjelmistovalinta, koska se sitoutuu suoraan kenttiin ja muuttujiin, tukee alilomakkeita ja dynaamisia lomakeobjekteja ja toimii työpöytä-, verkko- ja mobiilikäyttöönottokohteissa. Vahvat verkkotaidot omaavat tiimit saattavat suosia 4D REST -taustajärjestelmää ulkoisella käyttöliittymällä.

Voinko suunnitella 4D-lomakkeita verkkoon?

Kyllä. 4D-lomakkeita voidaan renderöidä 4D Webissä, ja 4D tarjoaa myös REST-päätepisteitä, joita ulkoiset käyttöliittymät voivat hyödyntää. Web-renderöinnillä on erilaiset rajoitukset kuin työpöydällä, joten molempiin tarkoitettavat lomakkeet tulee suunnitella rajoitetuinta kohdetta ajatellen ja testata ajoissa.

Mitä eroa on binääritilan ja projektitilan välillä 4D-lomakkeille?

Binääritila tallentaa lomakkeet yhteen rakennetiedostoon, mikä on vakaata, mutta vaikeasti vertailtavissa versionhallinnassa. Projektitila tallentaa lomakkeet yksittäisinä tiedostoina levylle, jolloin niitä on helppo tarkastella, yhdistää ja hallita Gitissä. Useista kehittäjistä koostuvat tiimit suosivat yleensä projektitilaa.

Tarvitsenko kolmannen osapuolen komponentteja hyvien 4D-lomakkeiden suunnitteluun?

Ei välttämättä. Natiivieditori kattaa kentät, muuttujat, painikkeet, luetteloruudut, alilomakkeet ja verkkoalueet. Kolmannen osapuolen komponentit ovat hyödyllisiä, kun tarvitset erikoistunutta käyttöliittymää (kehittyneitä kaavioita, monimutkaisia ruudukoita tai viimeisteltyjä UI-kittejä), mutta jokainen lisää riippuvuuden, jota on ylläpidettävä 4D-päivitysten aikana.

Miten arvolistat parantavat 4D-lomakesuunnittelua?

Arvoluettelot rajoittavat syöttöä syöttövaiheessa, mikä estää virheellisten tietojen pääsyn tietokantaan. 4D tukee staattisia, kenttäpohjaisia, matriisipohjaisia ​​ja hierarkkisia arvoluetteloita, ja oikeantyyppisen luettelon yhdistäminen oikean syöttöohjaimeen (pudotusvalikko, luetteloruutu tai hierarkkinen luettelo) on yksi tehokkaimmista lomakesuunnittelupäätöksistä.

Virallisia viitteitä

Usein kysytyt kysymykset

Onko olemassa erillistä 4D-lomakesuunnitteluohjelmistoa?

No. 4D:n lomakeeditori on osa integroitua 4D-kehitysympäristöä ja toimitetaan itse 4D-tuotteen mukana. Et lisensoi erillistä lomakkeiden suunnittelijaa. Kolmannen osapuolen työkaluja on olemassa tiettyjä käyttöliittymän aukkoja varten, mutta ne täydentävät alkuperäistä editoria sen sijaan, että ne korvaavat sen.

Mikä on paras lomakesuunnittelutyökalu 4D-tietokantaan?

Useimmille ryhmille 4D:n natiivilomakeeditori projektitilassa on paras 4D-lomakesuunnitteluohjelmistovalinta, koska se sitoutuu suoraan kenttiin ja muuttujiin, tukee alilomakkeita ja dynaamisia lomakeobjekteja ja toimii työpöytä-, verkko- ja mobiilikäyttöönottokohteissa. Vahvat verkkotaidot omaavat tiimit saattavat suosia 4D REST -taustajärjestelmää ulkoisella käyttöliittymällä.

Voinko suunnitella 4D-lomakkeita verkkoon?

Kyllä. 4D-lomakkeita voidaan renderöidä 4D Webissä, ja 4D paljastaa myös REST-päätepisteitä, joita ulkoiset käyttöliittymät voivat kuluttaa. Web-renderöinnillä on erilaiset rajoitukset kuin työpöydällä, joten molempien lomakkeet tulee suunnitella rajoitettua kohdetta ajatellen ja testata ajoissa.

Mitä eroa on binääritilan ja projektitilan välillä 4D-lomakkeille?

Binääritila tallentaa lomakkeet yhteen rakennetiedostoon, joka on vakaa, mutta vaikeasti erotettavissa versionhallinnassa. Projektitila tallentaa lomakkeet yksittäisinä tiedostoina levylle, jolloin niitä on helppo tarkastella, yhdistää ja hallita Gitissä. Useista kehittäjistä koostuvat tiimit suosivat yleensä projektitilaa.

Tarvitsenko kolmannen osapuolen komponentteja hyvien 4D-lomakkeiden suunnitteluun?

Ei välttämättä. Natiivieditori kattaa kentät, muuttujat, painikkeet, luetteloruudut, alilomakkeet ja verkkoalueet. Kolmannen osapuolen komponentit ovat hyödyllisiä, kun tarvitset erikoiskäyttöliittymän (kehittyneitä kaavioita, monimutkaisia ​​ruudukoita tai kiillotettuja käyttöliittymäsarjoja), mutta jokainen lisää riippuvuutta, joka sinun on ylläpidettävä 4D-päivitysten aikana.

Miten arvolistat parantavat 4D-lomakesuunnittelua?

Arvoluettelot rajoittavat syöttöä sisääntulokohdassa, mikä estää virheellisten tietojen pääsyn tietokantaan. 4D tukee staattisia, kenttäpohjaisia, matriisipohjaisia ​​ja hierarkkisia arvoluetteloita, ja oikeantyyppisen luettelon yhdistäminen oikean merkinnän ohjaukseen (pudotusvalikko, luetteloruutu tai hierarkkinen luettelo) on yksi tehokkaimmista lomakesuunnittelupäätöksistä. Viralliset viitteet – Virallinen 4D-dokumentaatio ja kehittäjäresurssit: [https://developer.4d.com/](https://developer.4d.com/) – Kokemus relaatiotietokantojen suunnittelusta: [https://en.wikipedia.org/wiki/Relational_database](https://en.wikipedia.org/wiki/Rela


Kokeile FileMakeria ilmaiseksi 45 päivää

Pitkäaikainen relaatiotietokanta-alusta tiimeille, jotka tarvitsevat mukautettuja sovelluksia työpöydälle, verkkoon ja mobiililaitteille yhdestä tiedostosta.