Utgivelse: JavaFX 2.2.40 Distribuere JavaFX-programmer 5 Grunnleggende om pakke En riktig pakket JavaFX-applikasjon kjører i en eller flere av følgende distribusjonsmoduser: Som et frittstående program, bruker du systemet Java Runtime Som et frittstående frittstående program, bruk en privat kopi av Java Runtime som en webstart-applikasjon Embedded in a webpage Som standard produserer JavaFX-pakkingsverktøy en pakke som inneholder alt som trengs for å gi en god brukeropplevelse for ulike brukermiljøer, inkludert: Sikre at de nødvendige Java - og JavaFX Runtimes er installert Autodownloading Mangler avhengigheter eller tilbyr å installere dem etter behov. Gi visuell tilbakemelding til brukeren mens applikasjonen blir lastet. Viser beskrivende feilmeldinger. JavaFX-programpakker trer ut av boksen i flere eksekveringsmiljøer, inkludert: Lansering fra kommandolinjen ved hjelp av Java-startprogrammet Double - Klikker på JAR-filen eller en selvstendig applikasjonsstarter. Embedding th e-applikasjon til en nettside Alternativt kan JavaFX-pakkingsverktøy produsere selvforsynte applikasjonspakker som forenkler omfordeling ved å unngå avhengigheter på ekstern programvare. For mer informasjon om selvstendig applikasjonspakker, se Kapittel 6, Selvbehandlet applikasjonspakke. 5.2 Grunnleggende applikasjonspakke Den JavaFX-applikasjonspakke som genereres som standard, inkluderer: En kjørbar JAR-fil som inneholder programkode og ressurser og kan lanseres ved å dobbeltklikke på filen Tilleggsprogram JAR - og ressursfiler En distribusjonsbeskrivelse for webutplassering ( lagret i JNLP-filen) En HTML-fil som inneholder eksempler på JavaScript-kode for å legge inn og lansere JavaFX-innhold fra en nettside Figur 5-1 viser et eksempel på strukturen til en basisapplikasjonspakke. Som standard vil NetBeans IDE også bruke en kopi av andre støttefiler i webfilsmappen, men for produksjon anbefales det at du bruker en offentlig kopi av filen dtjava. js, fordi den alltid er oppdatert. Figur 5-1 Eksempel på en pakke for webdistribusjon 5.3 Oversikt over pakkeoppgaver Byggeprosessen for JavaFX-applikasjoner utvider den normale byggeprosessen med flere flere trinn, som beskrevet i figur 5-2. Figur 5-2 Byggprosessen for JavaFX-programmer Beskrivelse av figur 5-2 Byggprosessen for JavaFX-applikasjoner Nye eller endrede trinn er merket med fargede piler og beskrives som følger: (Valgfritt) Konverter stilark til binær form Konverterer CSS-filer til binær form for å redusere parsing overhead ved søknad runtime. Pakkekode og ressurser som trengs for JavaFX-applikasjonen i en JAR-fil, og innebærer verktøyklassene for å støtte autodeteksjon av JavaFX Runtime, lansere med dobbeltklikk og integrasjon med forhåndsinnlæsnings-JAR, om nødvendig. (Valgfritt) Signer JAR-filene. Signing av JAR-filer er bare nødvendig når programmet krever forhøyede rettigheter, for eksempel tilgang til filer på det lokale filsystemet eller tilgang til usikre systemegenskaper. Signering er ikke et nytt konsept, og du kan signere JAR-filene for JavaFX-programmet på samme måte som for SwingAWT-applikasjoner. JavaFX Runtime støtter en ny metode for å signere JAR-filer som reduserer JAR-størrelse overhead for signering, og dermed forbedre nedlastingstiden. Kjør distribusjonsoppgave Samler programpakken for omfordeling. Som standard vil distribusjonsoppgaven generere baseprogrampakken, men det kan også generere selvforsynte applikasjonspakker hvis ønskelig. Se Seksjon 5.7, Kjør distribusjonsoppgaven eller kommandoen og kapittel 6, selvbehandlet applikasjonspakke. 5.3.1 JavaFX-pakkeverktøy Den anbefalte måten å pakke JavaFX-applikasjoner på, er å bruke en samling av Ant-oppgaver (ant-javafx. jar), utstyrt med JavaFX SDK og også med JDK 7 Update 6 eller senere. NetBeans IDE bruker disse Ant-oppgaver for å pakke JavaFX-prosjekter. Embedded emballasje støtte i NetBeans IDE dekker de fleste typiske bruk saker. Men hvis du trenger noe spesielt, kan du alltid tune inn emballasje ved å legge til egendefinerte pakkekroker i build. xml-filen (for eksempel, som en - post-jar-mål). De fleste av de andre populære IDEene kan enkelt bruke egendefinerte Ant build-skript. Andre populære byggverk, for eksempel Maven eller Gradle, støtter integrasjon med Ant også. JavaFX SDK og JDK 7 Update 6 eller nyere inkluderer en kommandolinjepakkeverktøy, javafxpackager. som kan brukes til enkle emballasjeoppgaver. Legg merke til at javafxpackager er et praktisk verktøy og gir ikke så mye fleksibilitet eller så mange alternativer som Ant-oppgaver. Tabell 5-1 oppsummerer hvordan man skal utføre byggestrinnene ved hjelp av de forskjellige emballasjeværktøyene som er tilgjengelige. Legg merke til at javafxpackager også gir en makrokommando for å lage en komplett applikasjonspakke for enkle programmer (for mer informasjon, se kapittel 11, JavaFX Packager Tool.). Tabell 5-1 JavaFX-pakkeoppgaver og verktøy NetBeans IDE: Håndteres automatisk når du spesifiserer denne informasjonen i prosjektegenskapene. 5.6 Signer JAR-filene Før du legger til kode for å signere programmet, forsikre deg om at signering er nødvendig, fordi det bærer en kostnad for overhead for å utføre validering og ofte fører til at flere dialogbokser blir vist til sluttbruker ved oppstart av programmet. Se Seksjon 3.2.4, Kjør i Sandkasse med mindre signert og pålitelig for å finne ut når et program trenger forhøyede tillatelser. Hvis du vil bruke tradisjonelle metoder for å signere JAR-filer, kan du se trinnene for Java-opplæring for kodesignal og beskrivelse av standard Ant signjar-oppgave for informasjon om den tradisjonelle signeringsmetoden. JavaFX gir også en ny signeringsmetode som bidrar til å redusere størrelsen på overføring av signering av JAR-filen. I denne metoden signerer du JAR-filen som ett stort objekt i stedet for å signere hver JAR-oppføring individuelt. Dette sparer opptil 10 prosent av den totale JAR-størrelsen. For å bruke den nye signeringsmetoden som tilbys av JavaFX, trenger du nøkkelbutikken og signeringsnøkkelen. Se Java-veiledningen for å generere nøkler for instruksjoner. JavaFX Packager-verktøyet: - signJar-kommandoen i javafxpackager-referansen NetBeans IDE: Netbeans IDE-brukere aktiverer signering når de ber om forhøyede tillatelser for programmet ved å merke av for Begrens ubegrenset tilgang i prosjektegenskapene. For å logge med et bestemt sertifikat, klikk Rediger ved siden av avmerkingsboksen. Alle JAR-filer må være signert eller usignert i sammenheng med en enkelt distribusjonsbeskrivelsesfil. Hvis du trenger å blande signerte og usignerte JAR-filer, bruk en ekstra ltfx: deplodu Ant-oppgave å generere en ekstra distribusjonsbeskrivelse for hver JAR-fil. Disse ekstra distribusjonsbeskrivelsene kalles utvidelsesbeskrivelser. Bruk ltfx: resourcesgt for å referere til utvidelsesbeskrivelsene når hovedbeskrivelsen genereres. For et eksempel på hvordan du gjør dette, se Bruke ltfx: resourcesgt for Extension Descriptors. 5.7 Kjør distribusjonsoppgaven eller kommandoen En grunnleggende omfordelingspakke består av følgende elementer: Den viktigste kjørbare JAR-filen (Valgfritt) Et sett med ekstra JAR-filer, inkludert en JAR-fil med forhåndslasterkode En distribusjonsbeskrivelse, definerer hvordan programmet skal distribueres Enten en grunnleggende HTML-fil med prøvekode for å legge inn applikasjonen i din egen nettside eller en tilpasset nettside som er resultatet av forhåndsbehandlingen av en HTML-mal. JavaFX-pakkingsverktøy kan også pakke programmet som et selvstendig applikasjonspakke. Dette er et opt-in-scenario, og det er deaktivert som standard. For mer informasjon, se Kapittel 6, Selvbehandlet applikasjonspakke. For å sette sammen den omfordelbare pakken kan du bruke en av følgende måter: JavaFX Packager-verktøy: - deploy-kommando i javafxpackager-referansen NetBeans IDE: En omfordelbar pakke blir opprettet hver gang du bygger prosjektet. Emballeringsalternativer er satt i prosjektene egenskaper. 5.7.1 Konfigurer distribusjonsbeskrivelsen Hoveddelen av denne oppgaven er å gi informasjon for å fylle distribusjonsbeskrivelsen for nettdistribusjon. Denne informasjonen inkluderer: Opptakspoeng: Hovedprogramsklassen, Preloader klasse og andre detaljer Definert som attributter av ltfx: Applicationgt-taggen. Parametere som skal sendes til applikasjonen Den foretrukne applikasjonsfasestørrelsen Det er avgjørende å reservere visningsområdet for innebygd innhold. Bredde og høyde er definert ved hjelp av bredde - og høydeattributter i ltfx: deploilt-taggen for Ant-oppgaver, javafxpackager - deploy-kommandoen i javafxpackager-verktøyet eller i Kjør-kategorien for NetBeans-prosjektegenskaper. En beskrivelse av applikasjonen som skal brukes i alle dialogbokser som brukeren ser under programoppstartsplatformkravene, inkludert nødvendige versjoner av Java og JavaFX Runtimes og JVM-innstillinger. Desktop integrasjonsinnstillinger for programmet, for eksempel å legge til en snarvei på skrivebordet eller en referanse til Start-menyen. Tillatelser som kreves for å kjøre programmet. Som standard løper webapplikasjoner i sandkassen. For å be om forhøyede tillatelser, bruk ltfx: permissionsgt-taggen. Vær oppmerksom på at for å få tillatelser som skal gis, må JAR-filer for søknad være signert, og brukeren må stole på sikkerhetssertifikatet som brukes til signering. Hvis søknaden krever forhøyede tillatelser, men krav til brukeren som gir tillatelser ikke er oppfylt, vil programmet ikke starte. 5.7.2 Programressurser Støttede programressursfiler inkluderer: Native JAR-filer Hver ressurs har tilleggsmetadata knyttet til den, for eksempel operativsystem og arkitektur som denne ressursen gjelder for, i tillegg til en prioritetspreferanse som definerer punktet i applikasjonslivssyklusen der dette ressurs er nødvendig. Forsiktig bruk av metadata kan ha betydelig innvirkning på oppstartopplevelsen. For en liste over støttede verdier, se Tabell 12-8. Alle filer i ressursettet vil bli kopiert til utbyggingsmappen. Imidlertid er ikke alle av dem brukt i alle utførelsesmoduser, som beskrevet i de følgende avsnittene. Uavhengig av utførelsesmodus, blir alle vanlige JAR-filer fra ressursettet lagt til i applikasjonskurset. Innfødte JAR-filer og JNLP-filer brukes bare til web distribusjon. Ytterligere JNLP-filer brukes vanligvis til eksterne JNLP-utvidelser, eller hvis selve applikasjonen er pakket som et sett med komponenter. Se Bruke ltfx: resourcesgt for Extension Descriptors i JavaFX Ant Task Reference. Native JAR-filer brukes til å distribuere innfødte biblioteker som brukes av programmet. Hver innfødt JAR-fil kan inneholde et sett med native dynamiske biblioteker og er iboende plattformspesifikt. For flere detaljer, se Eksempel 5-11 og Seksjon 5.8.3, Kompleksprogrammer for pakking. Lisensfiler gjelder for øyeblikket kun for selvstendig applikasjoner, og brukes til å legge til en klikk-lisens for installerbare pakker. Se avsnitt 6.4, installerbare pakker. Datafiler har ingen spesiell semantikk, og programmene er gratis å bruke for noe. For eksempel hvis applikasjonen din trenger å pakke en filmfil, kan du markere den som data, og den vil bli inkludert i programpakken. For ytterligere detaljer, se Tabell 12-8. 5.7.3 Pakke Tilpassede JavaScript-handlinger Distribusjonsverktøyet inneholder et sett med kroker som kan brukes til å tilpasse oppstartsprosessen når et program distribueres i nettleseren. Utviklere må installere en tilbakeringingsfunksjon til kroken, så den vil bli utnyttet av distribusjonsverktøyet. Kapittel 7, Distribusjon i nettleseren beskriver i detalj hvilke kroker som er tilgjengelige og hvordan du bruker dem i koden. For å sikre at de er riktig installert, må de imidlertid også angis på emballasjetidspunktet. For å angi tilbakeringinger, oppgi dem i ltfx: callbacksgt-taggen under ltfx: deployd. Legg til en ltfx: callbackgt-oppføring for hver tilbakeringing du vil installere og spesifiser navnet på kroken i navnetattributtet. Innholdet i ltfx: callbackgt-taggen er JavaScript-funksjonen som skal brukes. Du kan bruke en fullfunksjonsdefinisjon eller referere til en funksjon som er definert andre steder. JavaFX Packager-verktøy: Se - deploy-kommandoen i javafxpackager-referansen. NetBeans IDE: Legg til tilbakeringinger i distribusjonskategorien Prosjektegenskaper. Klikk på Rediger-knappen til høyre for egendefinerte JavaScript-handlinger. 5.7.4 Nettstedsmaler Som standard genererer JavaFX-pakkingsverktøy en enkel nettside med en plassholder for det innebygde programmet. Du kan manuelt kopiere kode fra denne genererte siden til din virkelige nettside, men dette er feilaktig og tidkrevende hvis du trenger å gjøre dette ofte. JavaFX-pakkingsverktøy støtter også å injisere kreves kode til en eksisterende nettside ved hjelp av en innskrivingsmal. Dette er spesielt nyttig når applikasjonen er tett integrert med nettsiden, for eksempel hvis programmet bruker JavaScript til å kommunisere til nettsiden, eller hvis tilbakeringinger blir brukt og deres kode er lagret på selve websiden. En innmatingsmal er en HTML-fil som inneholder markører som skal byttes ut med JavaScript eller HTML-utklipp som trengs for å distribuere JavaFX-programmet på nettsiden. Eksempel 5-2 viser et eksempel på en inngangsmal. Eksempel 5-2 HTML Input Template DT. SCRIPT. CODE og DT. EMBED. CODE. ONLOAD er markører som vil bli erstattet med JavaScript og HTML kodeutdrag når malen er behandlet. Markører har form av MARKERNAME eller MARKERNAME (id), ID er identifikatoren for et program (spesifisert ved hjelp av id-attributtet til ltfx: deploygt-tag hvis du bruker Ant), og MARKERNAME er typen av markøren. Hvis ID ikke er angitt, samsvarer MARKER med hvilket som helst program. For en liste over støttede markører, se ltfx: templategt i oppgavereferansen. Maler kan brukes til å distribuere flere applikasjoner til samme side. Bruk fullstendig form for markør, inkludert applikasjons-ID (en alfanumerisk streng uten mellomrom) og passere den delvis behandlede malfilen når du pakker inn hver applikasjon. Eksempel 5-3 viser et eksempel på en mal som brukes til å distribuere flere applikasjoner. Eksempel 5-3 En Inndatamall som brukes til å distribuere flere applikasjoner Eksempel 5-3 demonstrere en nyttig funksjon i JavaFX-malprosessoren: Markørene kan plasseres i HTML-kommentarene. Hvis kommentaren ikke inneholder noe annet enn markørkode, blir kommentarskodene fjernet fra innholdet i den resulterende HTML-koden. Dette holder HTML-en på malingssiden godt utformet. JavaFX Packager-verktøy: - deploy-kommando i javafxpackager-referansen NetBeans IDE: Angi input-HTML-malfilen i Kjør-kategorien for Project Properties. 5.8 Packaging Cookbook Denne delen presenterer flere eksempler for populære distribusjonsoppgaver. Eksemplene bruker Ant APIer, men i de fleste tilfeller kan det samme resultatet oppnås ved hjelp av JavaFX Packager-verktøyet. Se kapittel 12, JavaFX Ant-oppgaver og kapittel 11, JavaFX-pakkerverktøyet. 5.8.1 Passerende parametere til applikasjonen JavaFX-applikasjoner støtter to typer applikasjonsparametere: navngitt og ikke-navngitt (se API for Application. Parameters). Statiske navngitte parametere kan legges til applikasjonspakken med ltfx: paramgt og unnamed parametere kan legges ved hjelp av ltfx: argumentgt. De er gjeldende for alle utførelsesmoduser, inkludert frittstående applikasjoner. Det er også mulig å sende parametere til en JavaFX-applikasjon fra en webside som er vert for den, ved hjelp av ltfx: htmlParamgt. Før JavaFX 2.2 ble dette bare støttet for innebygde applikasjoner. Fra JavaFX 2.2, ltfx: htmlParamgt gjelder også for Web Start-applikasjoner. Passering av parametere fra HTML-siden er den mest nyttige hvis parametrene er dynamiske. For å bruke denne teknikken anbefaler vi følgende tilnærming: Bruk en nettsidemal (se Seksjon 5.7.4, Nettstedsmaler) for å gi JavaScript-kode for å lage dynamiske parametere. Send en JavaScript-kode som en verdi for ltfx: htmlParamgt og angi escapefalse. Da vil det bli evaluert ved kjøretid. Eksempel 5-4 viser bruken av ulike parametertyper. Eksempel 5-4 Bruke forskjellige parametertyper 5.8.2 Tilpasse JVM-oppsett Har applikasjonen behov for større haugestørrelse Ønsker du å justere søppeloppsamlerens oppførsel Spor klasselastning Du kan angi nødvendige JVM-alternativer og angi systemegenskaper ved hjelp av ltfx: jvmarggt og ltfx: propertygt-koder i din Ant-oppgave. Disse kodene gjelder for alle utførelsesmodus unntatt frittstående applikasjoner. Med andre ord får du alltid standard JVM hvis du dobbeltklikker på JAR-filen, men du kan skreddersy JVM til dine krav hvis du kjører et selvstendig program, et Web Start-program eller et program som er innebygd i en web side. Hvis du bruker noen usikre JVM-alternativer eller systemegenskaper, må programmet ha forhøyede tillatelser. Et sett med sikre JVM-kommandolinjeparametere og systemegenskaper er definert i Java Web Start Utviklerveiledning. I eksempel 5-5. Myr oppgaven vil pakke programmet slik at når programmet blir kjørt, vil JVM bli lansert med følgende argumenter: - Xmx400 - verbose: jni - Dpurplesample. Verken - verbose: jni eller hensikt er sikre, så forhøyede tillatelser kreves for webstart og innebygd utførelsesmodus. Eksempel 5-5 Angi egendefinerte JVM-alternativer og egenskaper i Ant-oppgaven 5.8.2.1 Angi bruker-JVM-argumenter Hvis du trenger en mulighet til å angi overførbare jvm-alternativer, bruk ltfx: jvmuserarggt-attributtet i ltfx: platformgt. Denne egenskapen definerer eksplisitt et attributt som kan overstyres av brukeren. Bruker overstyrbare argumenter er bare implementert for Ant oppgaver. Eksempel 5-6 Angi brukeroverstyrbare alternativer i eksempel 5-6. - Xmx768m er bestått som en standardverdi for heapstørrelse. Brukeren kan overstyre denne verdien i en brukerkonfigurasjonsfil på linux og mac eller i registret på Windows. Konfigurasjonsfilen og registret bruker konvensjonene i Java Preferences API for plassering og format. Knutepunktet for brukerens preferanser er basert på søknads-IDen (eller hvis det ikke er oppgitt, den fullstendig kvalifiserte hovedklassen), som er bestått som - Dapp. preferences. id til applikasjonen, slik at den kan gi en preferanse-brukergrensesnitt hvis nødvendig . Programmet kan få tilgang til jvm brukeralternativer med node - Dapp. preferences. id og key JVMOptions. De følgende eksemplene gir kode for å overstyre JVM-heapstørrelsesverdien på 768m til 400m på forskjellige plattformer. Eksempel 5-7 Overstyring av standardverdi på Mac Eksempel 5-8 Overstyring av standardverdi på Windows i registereksempel 5-9 Overstyring av standardverdi på Linux 5.8.2.2 Makroutvidelse av applikasjonsregister for jvmarg og jvmuserarg Du kan gi strengsubstitusjon til roten av installasjonsmappen for parametere som ble sendt inn i applikasjonen. Eksempel 5-10 Bytte parametere som passerer til applikasjonen 5.8.3 Komplekse pakkingskomponenter Virkelige applikasjoner har ofte mer enn bare en enkelt JAR-artefakt. De kan ha tredjepartsbiblioteker, datafiler, opprinnelig kode og så videre. For den komplekse applikasjonen kan du trenge spesielle pakningsjusteringer for å støtte forskjellige utførelsesmoduser. Det er for mange mulige scenarier som dekker alle tilfeller, men her er noen retningslinjer: Merk plattformspesifikke ressurser tilsvarende. For den dobbeltklikkbare JAR-filen, vurder å ompakke alt til en enkelt JAR-fil og laste inn innfødte biblioteker og datafiler fra JAR. Alternativt, hvis du foretrekker å ha flere filer: Pass på at alle avhengige JAR-filer er oppført i ltfx: resourcesgt-taggen i ltfx: jargt-oppgaven som vil opprette hoved JAR-filen. Oppfør alle datafiler og biblioteker i filene med typedata for å kopiere dem til utdatamappen. Last inn innfødte biblioteker og ressurser fra steder i forhold til hoved JAR-filen. For selvstendige applikasjoner: Unngå å pakke alt annet enn JAR-filen med ltfx: jargt. Flere innebygde lansere kan forvirre den innledende lanseringen. Oppfør alle avhengige JAR-filer i ltfx: resourcesgt-delen av ltfx: deploygt og ltfx: jargt for JAR-filen for hovedapplikasjonen. Bruk enten en eksplisitt plassering i forhold til programmets JAR-fil for å laste inn innfødte biblioteker, eller kopier innfødte biblioteker til rotprogrammappen. (Bruk typedata til å kopiere innfødte biblioteksfiler.) For webstart og innebygde programmer: Oppfør alle avhengige JAR-filer i ltfx: resourcesgt-delen av ltfx: deploytt. Innfødte biblioteker bør pakkes inn i JAR-filene for omfordeling. Bruk en JAR-fil per plattform. Kontroller at JAR-filene bare inneholder innfødte biblioteker, og at bibliotekene er alle i toppnivåmappen til JAR-filen. Eksempel 5-11 Emballering av innfødte biblioteker i JAR-filer 5.8.4 Publisering av et program som fyller nettleservinduet Før JavaFX 2.2, var det ikke lett å formatere innebygde programmer i forhold til størrelsen på nettleservinduet. Bredde - og høydeattributtene til ltfx: deploduct-oppgaven kan bare ta numeriske verdier, fordi de ikke bare brukes i den genererte HTMLJavascript-koden, men også i distribusjonsbeskrivelsen. I JavaFX 2.2 ble to nye attributter lagt til ltfx: deploduct-oppgaven: embeddedWidth og embeddedHeight. Disse attributter lar deg angi størrelsen i forhold til nettleservinduet (for eksempel som 50). Disse valgfrie embeddedWidth - og embeddedHeight-attributter brukes kun for innebygde applikasjoner, og bare i den genererte HTMLJavascript-koden. Vær også oppmerksom på at bredde - og høydeverdier i piksler fortsatt er påkrevd. For å fylle nettleservinduet helt, må du sette embeddedWidth og embeddedHeight til 100. Dette alene gir ikke et perfekt resultat, fordi rullestenger vil bli lagt til i nettleservinduet av følgende grunner: Standard HTML-malen har noe annet innhold. Standard stilen til HTML-koder kan reservere plass til ting som marginer. Den resulterende nettsiden ser ut til å være større enn visningsområdet, og derfor vil nettleseren legge til rullelister. Den fullstendige løsningen består av følgende trinn: Angi embeddedWidth100 og embeddedHeight100 i ltfx: deploduct-oppgaven. (Se eksempel 5-12.) Tilbakestill stilen til brukte HTML-elementer for å sikre at programmet er det eneste elementet i visningsområdet. Eksempel 5-12 Emballasje Luxor ZDC belysningsstyring gir muligheten til å skape et spektrum på 30.000 farger ved hjelp av RGBW LED-teknologi med alle de samme sonerings - og dimfunksjonene som Luxor ZD. Med ZDC kan du skreddersy egne farger for utendørsferie, teammedlemmer, firmafarger eller spesielle arrangementer. Farge temperaturer kan justeres for å matche vegetasjon og arkitektur, og tilbyr unikt landskapsutseende gjennom hele året. Hittil har tilpasset fargeutvikling kun vært mulig gjennom kompliserte eller svært dyre systemer designet for kommersiell bruk. Med Luxor er det enkelt å lage og administrere farger av tilkoblede inventar trådløst på flukt gjennom den valgfrie Luxor Wi-Fi-appen. Eksisterende Luxor ZD-systemer kan oppgraderes til ZDC ved å erstatte ZD-ansiktspakken med en ZDC-ansiktspakke og noen få LED-komponenter. Hovedfunksjoner Opptil 250 uavhengig justerbare belysningsgrupper kan opprettes Kun kompatibel med en hvilken som helst FX LED-armatur eller enhet med sonering, dimme eller fargefunksjoner Alle grupper kan slås på uavhengig og dimmet fra 1-100 Brukergrensesnittet inkluderer en fargeskjerm for enkel oppsett, vedlikehold og justering av grupper Bruker hendelsesbasert planlegging, noe som gjør det mulig for en enkelt gruppe lys å endre dimmingprosentall i løpet av natten Valgfri iOS - eller Android-kontroll med Wi-Fi-modulen (selges separat) Tilordnet tilkobling til grupper med LAM-tilbehør (selges separat) Detalj Funksjoner Enkel to-tråds konfigurasjon for enkel installasjon og justering Uansett hvor et lys er innenfor et system, kan det kommunisere med transformatoren for å motta tidsplanen, dimmingprosent og gruppe Astronomisk Timing-funksjon med Kart Plassering ZDC-funksjoner Alle Luxor ZD-funksjoner pluss farge Tilbyr 30.000 forskjellige fargevalg for uovertruffen evne t o Tilpass landskapsbelysning for enhver anledning, sesong eller humør Opprett en personlig fargepalett som overskrider fargede linser. Koblingsfunksjoner Gir et kontrollpunkt for flere kontroller-steder. Tillater tilsetning av ni Luxor-satellittkontrollere 3000 meter hardwired-forbindelse mellom primære og satellittkontrollere. Investering 101: Typer Investeringer 1313 Weve har allerede nevnt at det er mange måter å investere pengene dine på. Selvfølgelig, for å bestemme hvilke investeringsfordeler som passer for deg, må du kjenne deres egenskaper og hvorfor de kan være egnet for et bestemt investeringsmål. Obligasjoner Konsolidert under den generelle kategorien kalt rentepapirer, er begrepet obligasjon vanligvis brukt til å referere til verdipapirer som er basert på gjeld. Når du kjøper et obligasjonslån, låner du ut pengene dine til et selskap eller en stat. Til gjengjeld er de enige om å gi deg interesse for pengene dine og til slutt betale deg tilbake beløpet du lånte ut. Hovedattraksjonen i obligasjoner er deres relative sikkerhet. Hvis du kjøper obligasjoner fra en stabil stat, er investeringen nesten garantert, eller risikofri. Sikkerheten og stabiliteten kommer imidlertid til en pris. Fordi det er liten risiko. det er liten potensiell avkastning. Som følge av dette er avkastningen på obligasjoner generelt lavere enn andre verdipapirer. (Obligasjonsveiledningen Bond Basics gir deg mer innsikt i disse verdipapirene.) Aksjer Når du kjøper aksjer. eller aksjer, som din rådgiver kan sette det, blir du en del eier av virksomheten. Dette gir deg rett til å stemme på generalforsamlingen og gir deg mulighet til å motta fortjeneste som selskapet tildeler sine eiere. Disse fortjenesteene refereres til som utbytte. Mens obligasjoner gir en jevn strøm av inntekt, er aksjene flyktige. Det vil si, de svinger i verdi på daglig basis. Når du kjøper en aksje, garanterer du ikke noe. Mange aksjer betaler ikke engang utbytte, og i så fall er den eneste måten du kan tjene penger på, hvis aksjen øker i verdi - noe som kanskje ikke skjer. Sammenlignet med obligasjoner, gir aksjer relativt høyt potensielt avkastning. Selvfølgelig er det en pris for dette potensialet: du må anta risikoen for å miste noe eller hele investeringen. (For ytterligere lesing, se veiledning og veiledning til aksjeplukstrategier.) Fondforeninger Et fond er en samling av aksjer og obligasjoner. Når du kjøper et fond, samler du pengene dine med en rekke andre investorer, noe som gjør at du (som en del av en gruppe) kan betale en profesjonell leder for å velge bestemte verdipapirer for deg. Mutualfondene er alle satt opp med en bestemt strategi i tankene, og deres distinkte fokus kan være nesten alt: store aksjer. små aksjer. obligasjoner fra regjeringer, obligasjoner fra selskaper, aksjer og obligasjoner, aksjer i enkelte bransjer, aksjer i enkelte land etc. Den primære fordelen med et fond er at du kan investere pengene dine uten tid eller erfaring som ofte trengs for å velge en god investering. Teoretisk sett bør du få en bedre avkastning ved å gi pengene dine til en profesjonell enn du ville hvis du skulle velge investeringer selv. I virkeligheten er det noen aspekter om verdipapirfond som du bør være oppmerksom på før du velger dem, men vi vil ikke diskutere dem her. Alternativ Investeringer: Alternativer, Futures, Forex, Gull, Eiendom, etc. Så, du vet nå om de to grunnleggende verdipapirene: egenkapital og gjeld, bedre kjent som aksjer og obligasjoner. Mens mange (hvis ikke de fleste) investeringene faller inn i en av disse to kategoriene, er det mange alternative kjøretøyer, som representerer de mest kompliserte typer verdipapirer og investeringsstrategier. (Gå gjennom Forex Walkthrough som går fra nybegynner til avansert.) Den gode nyheten er at du sannsynligvis ikke trenger å bekymre deg for alternative investeringer i starten av din investeringskarriere. De er generelt høyrisikohigh-belønning verdipapirer som er mye mer spekulativ enn vanlig gamle aksjer og obligasjoner. Ja, det er mulighet for store fortjenester, men de krever litt spesialisert kunnskap. Så hvis du ikke vet hva du gjør, kan du komme deg inn i en masse problemer. Eksperter og fagfolk er generelt enige om at nye investorer bør fokusere på å bygge et økonomisk fundament før de spekulerer. (For mer om hvordan risikonivået tilsvarer visse investeringer, sjekk ut: Bestemme risikoen og risikopyramiden.)
No comments:
Post a Comment