X10 bedraagt een experimentele nieuwe taal momenteel in ontwikkeling IBM in samenwerking met academische partners. De X10 inspanning maakt deel uit van het van IBM Percs- project (Productieve Makkelijk te gebruiken Betrouwbare Computersystemen) in het Darpa- programma over de Hoge Computersystemen van de Productiviteit. Het Percs- project wordt geconcentreerd op een hardware-software mede-ontwerpmethodologie om vooruitgang in spaandertechnologie, architectuur, werkende systemen, compilers, programmeertaal en programmeringshulpmiddelen te integreren om nieuwe aanpasbare, scalable systemen te leveren die een orde-van-omvang verbetering van ontwikkelingsproductiviteit voor parallelle toepassingen tegen 2010 zullen verstrekken.

X10 poogt tot deze de productiviteitsverbetering bij te dragen door een nieuw die programmeringsmodel, met een nieuwe geïntegreerded reeks hulpmiddelen wordt gecombineerd tot Verduistering en nieuwe implementatietechnieken te ontwikkelen om geoptimaliseerd scalable parallellisme in een beheerd runtime milieu te leveren. X10 is een type-veilige, moderne, parallelle, verdeelde die object-oriented taal zeer gemakkelijk toegankelijk bedoelt als om voor de programmeurs van Java.

Het wordt gericht aan toekomstige low-end en high-end systemen met knopen die uit multi-core SMP spaanders met niet-uniforme geheugenhiërarchieën, worden gebouwd en in scalable clusterconfiguraties onderling verbonden. Een lid van de Verdeelde Globale familie van de Ruimte (PGAS) van het Adres van talen, X10 benadrukt expliciete reification van plaats in de vorm van plaatsen; de lichtgewicht activiteiten namen in async, toekomst, foreach, en ateach concepten op; concepten voor beëindigingsopsporing (afwerking) en gefaseerde berekening (klokken); het gebruik van slot-vrije synchronisatie (atoomblokken); en de manipulatie van globale series en gegevensstructuren.

Een op verduistering-Gebaseerde Geïntegreerdel Ontwikkelomgeving is (IDE) ontwikkeld bij IBM voor X10 om de productiviteit van de verdere verhogingsprogrammeur te helpen door het verstrekken van overzichtsfunctionaliteit voor het bekijken, het uitgeven, het navigeren, het uitvoeren, en het manipuleren X10 programma's. X10 Toolkit van de Ontwikkeling (X10DT) is bedoeld een volledig-gekenmerkte winde te zijn want X10 aanbiedend de programmeurs van eigenschappenJava om op in Verduistering is gekomen te houden en af te hangen: een bronredacteur met diverse codage woont, de lichtgewichtmeningen van de informatie pop-UPS, op hoog niveau en lage navigatie, krachtige onderzoeksmogelijkheden die, de configuratiebeheer van de toepassingslancering bij, en het zuiveren steun refactoring. Bovendien zal X10DT hulpmiddelen, meningen en refactorings omvatten die specifiek de ontwikkeling van hoogst gezamenlijke software in X10 richten.

Het onderzoeken van Tk:: De module van Perl van JComboBox bevat een leerprogramma voor gebruik van Tk:: JComboBox widget.

Overzicht

Dit leerprogramma veronderstelt een vertrouwdheid met basisconcepten Perl/Tk. Het moet naast de JComboBox klassenverwijzing worden gebruikt.

Wat is het en wat is het goed voor?

JComboBox is nog een andere implementatie van de combodoos voor gebruik met Toolkit Perl/Tk. Een combodoos is een widget die popup (of dropdown) listbox met een aantal verkiesbare punten kan activeren. Nadat een punt wordt geselecteerd, verdwijnt listbox en dat punt verschijnt op widget. Dit is een ruimtebesparend alternatief aan het hebben van een volledige lijst in de interface, of het hebben van een zeer lang hoogtepunt van het Kader of van het Menu van radioknopen. Naast het verstrekken van een manier om één punt van een lijst van opties te selecteren, kan een Vakje Combo een gebruiker ook toestaan om een ingang toe te voegen die niet noodzakelijk binnen de lijst verschijnt.

Deze implementatie wordt genoemd voor de component JComboBox in de klassen van de Schommeling van Java, en die zouden vertrouwd met die component geen probleem moeten hebben gebruikend dit omdat zowel aandeel verscheidene oppervlakkige gelijkenissen met inbegrip van methode en algemeen gedrag noemt -- zijn een voorbijgaande gelijkenis in het gunstigste geval.

Wanneer vergeleken bij andere gelijkaardige Perl/Tk widgets, JComboBox waarschijnlijk bloated of is om het te zetten een andere manier, eigenschap-rijken. Het heeft lichtjes groter boven verbonden aan het dan om het even welke anderen. Eenvoudig gezet, is er meer die code wordt vereist om de extra opties en de methodes te steunen het aanbiedt. In toepassingen ik het binnen heb gebruikt, vond Ive dat de kosten te verwaarlozen zijn en dat de voordelen belangrijker dan de kosten zijn, maar aangezien de vereisten en de beperkingen, zijn waarschijnlijk best variëren om dit voor zich te bepalen, en de alternatieven te controleren.

Wijze twee van verrichting

Als andere implementaties van de Doos Combo, heeft JComboBox meer dan één wijze van verrichting: uneditable en editable. De wijze kan slechts, in verwezenlijkingstijd eens worden geplaatst. Om de twee wijzen beter te onderscheiden, wordt de uneditable wijze genoemd readonly. In tegenstelling tot andere gelijkaardige Combo doosimplementaties, is elke wijze distinctief en als het hebben van twee verschillende die Widgets als wordt gebundeld. Elke wijze heeft een afzonderlijke standaard visuele verschijning, en kan beïnvloeden hoe de opties worden verwerkt. Dit wordt gedaan de verschillen tussen twee benadrukken. De basisvraag is waarom zou moeten een element dat als een tekstgebied, niet kijkt als een tekstgebied editable zijn en vice versa? Zo, wanneer een JComboBox editable is lijkt het op een tekstgebied. Een gebruiker kan het direct uitgeven als andere tekstgebieden, of één van de punten van de lijst van keuzen selecteren. Op readonly wijze, lijkt JComboBox op een Knoop, die het geselecteerde punt op zijn gezicht toont.

RPL/2 is een speciale taal, en kon het vreemde kind van verboden liefde tussen Lisp zijn en vooruit. De omgekeerde poetsmiddelaantekening en het definitie werken komen vooruit uit, slechts houdend een anonieme stapel; de controlestructuren komen uit Lisp. Een welke briljante genealogie!

Deze taal heeft zeer het zwakke typen, als om het even welke het typen bij allen. De variabelen worden verklaard bij hun eerste gebruik tijdens de vlucht, en het type van de gegevens wordt op dat ogenblik op te slaan gebruikt. Zo zou zelfde variabele X een complexe matrijs en een paar later ogenblikken kunnen bevatten, een koord. In feite, is gebruiken van variabelen niet zeer gemeenschappelijk, omdat alles direct met voorwerpen kan worden gedaan huidig in de stapel.

De vijf honderd vijfentwintig duizend lijnen van code (!) kan proper worden gecompileerd. De taal is volledig bruikbaar (ik doe dit elke dag); RPL/2 de manuscripten kunnen worden in werking gesteld, en de externe gecompileerde routines zouden kunnen worden geroepen. De interface met de buitenwereld is a.c. interface.

De bruikbare en werkende gegevenstypes zijn als volgt:

· Binaire gehelen (64 beetjes);
· Ondertekende gehelen (64 beetjes);
· Echte aantallen (64 beetjes);
· Complexe aantallen (2*64 beetjes);
· Koorden (om het even welke lengte);
· Lijsten;
· Complexe, echte of geheelvectoren;
· Complexe, echte of geheelmatrijzen;
· Namen;
· Algebraïsche uitdrukkingen;
· Uitdrukkingen in omgekeerde poetsmiddelaantekening die worden verklaard.

Op het tijdstip van dit het schrijven, zijn de ingebouwde definities:

· De gehele reeks verrichtingen van het stapelbeheer;
· De functies met betrekking tot lokale en globale variabelen, evenals sub-definities het springen;
· Bepaalde en niet gedefiniëerde lijnen, met of zonder een teller;
· De functies van de vergelijking;
· Testende instructies;
· Functies die trigonometrie behandelen;
· Logaritmische functies;
· Geavanceerde berekeningen op matrijzen (LU decompositie, algemene eigenwaarden)
· De functies EVAL van de evaluatie en - >NUM;
· en vele anderen…

Wat in Deze Versie Nieuw is:

· Voorbeeldensubdirectory werd toegevoegd. De belangrijke insecten werden bevestigd in interface_tex.c, tex.h, - >HMS, en recherche_variable ().
· Wanneer een uitdrukking in een functie wordt geëvalueerd, moeten alle die variabelen in deze functie worden geplaatst in de uitdrukking zichtbaar zijn.
· De LAATSTE stapel wordt bewaard in rplcore.
· Een belangrijk insect werd bevestigd wanneer rpl met een leeg dossier wordt geroepen.
· Steun van Libtool werd verwijderd.
· Twee nieuwe manuscripten (rplc en rpllink) worden verstrekt om librpl.a. te gebruiken.
· De output van het spoor bevat nu PID.
· de rpl-kern werd anders genoemd aan rpl-code-$PID.
· Het punt van de librplingang werd gewijzigd om resultaten als serie van koorden terug te keren.
· - De optie van S werd toegevoegd.
· De VERSIE werd gewijzigd om een lijst terug te keren.