L'E/S est petit langage de programmation prototype-basé. Les idées dans l'E/S sont la plupart du temps inspirées par Smalltalk (toutes les valeurs sont des objectifs), individu, NewtonScript et Act1 (transmission différentielle prototype-basée, acteurs et contrats à terme pour la simultanéité), LISP (le code est arbre inspectable/modifiable d'exécution) et Lua (petit, encastrable).

Voici quelques fonctionnalités clé « de langage de programmation d'E/S » :

· licence BSD de source ouverte
· de langage objet pur
· petite VM (lignes de ~10K)
· petite empreinte de pas de mémoire (entre 64K-200K selon la plate-forme)
· jeûner passablement (comparable à python, Perl, le rubis)
· collecteur d'ordures incrémentiel, points faibles supportés
· le différentiel prototype-a basé le modèle objet
· taper intense et dynamique
· exceptions
· Application de la norme ANSI C (excepté l'utilisation des inlines et de quelques lignes de code de coroutine)
· encastrable
· multi-Etats (les VMs indépendantes de multiple peuvent fonctionner dans la même application)
· simultanéité acteur-basée using des coroutines/poids léger de filetages
· bit 64 propre

Le langage devrait être petit, simple, multi-plateforme et bien adapté pour l'usage inclus.

Utilisations

Les utilisations d'objectif sont script d'âme, applications serveur d'Internet et développement d'application de bureau.

Cela fonctionne juste

Le but pour la sensation de l'E/S est d'être Apple des langages de programmation. C'est-à-dire, choses si « juste le travail ». Par exemple, vous ne devriez pas devoir être un sysadmin pour le monter ou à devoir régler des variables d'environnement pour l'employer. Vous devriez être en mesure de relâcher l'exécutable quelque part et cela fonctionne juste. Une application de bureau d'E/S ne devrait pas exiger un outil de montage, et devrait fonctionner sans devoir être mis (ou pour rester) à un circuit particulier de dossier.

Les grippements sont bons

Les communautés de Smalltalk/LISP/Java voient généralement n'importe quel code en dehors de la VM en tant que le « unpure » ou mauvais. L'E/S embrasse au lieu l'idée d'employer des grippements de C pour les caractéristiques sensibles avancées de functionallity et de rendement (dessins, son, chiffrement, traitement matriciel, etc.). Il fait ceci tout en mettant à jour le support de multi-plateforme en encourageant l'utilisation des bibliothèques de C d'indépendant ou de multi-plateforme de plate-forme (OpenGL, PortAudio, etc.).

Les objectifs sont bons

Si possible, les grippements devraient fournir une surface adjacente orientée objets et des api à basse altitude pas simplement minic de C, comme le font souvent les api de pythons. En outre, le modèle concret est favorisé au-dessus de l'abstrait - vous ne devriez pas devoir employer les classes une douzaine pour faire un fonctionnement simple, car les api de Javas exigent souvent de vous de faire.

Ide

Éventuellement, l'identification aiment voir l'E/S avoir un environnement de programmation visuelle interactif pour l'E/S. Quelque chose assimilée à l'individu, mais avec l'édition visuellement structurée vers le bas au niveau de codes sources de méthode.

Compilation

L'exécution « effectuent » dans le répertoire source d'IoVM compilera la VM d'E/S exécutable (« E/S ») et la bibliothèque (« libIoVM.a »). Sa norme ANSI C, ainsi elle devrait compiler sur la plupart de n'importe quelle plate-forme bien que Coroutines soient seulement supportés sur certaines plates-formes. L'E/S est connu pour compiler et supporter des coroutines en circuit :
OSX sur le PPC
Linux sur x86, DMA Opteron, et ARME
Schéma sur x86 et alpha
Irix
Win32 sur x86 (using Cygwin, Mingw ou visuel C)
Symbian

L'exécution effectuent dans le répertoire au-dessus de elle compilera la distribution complète avec des adjonctions.

Montage

L'E/S n'a pas besoin d'être mis dans un répertoire particulier ou de ne faire régler aucune variable d'environnement.

Exécution

Dans les dépliants principaux l'uns des (IoVM, IoServer et IoDesktop), fonctionnant :

effectuer le test

exécutera un ensemble de tests pour s'assurer que cela fonctionne.

Il y a quelques séquences type d'exemple dans le répertoire de _tests/examples/. Vous pouvez les exécuter de la ligne commande comme ceci :

./io _tests/examples/HelloWorld.io
./io _tests/examples/Account.io
./io _tests/examples/Conditions.io
./io _tests/examples/Foreach.io

Arguments de la ligne de commande après que le nom de fichier soient mis dans un objectif de liste et enregistrés dans la fente de « args » de Lobbys. Heres un exemple de l'one-way pour les imprimer :

Foreach d'args d'entrée (k, v, sauvent ("", v, « n »))

Il n'y a aucun () fonctionnement principal ou objecte qui obtient accompli d'abord dans l'E/S. Des séquences type sont accomplies une fois compilées.

En outre, la fente « launchPath » d'entrée est réglée à l'emplacement sur le fichier source initial qui est accompli.

Ligne commande surface adjacente

Exécution :

./io

sans des arguments ouvrira le signal d'interprète d'E/S. Vous pouvez évaluer le code en l'écrivant directement. Exemple :

Monde d'Io> « bonjour ! » impression
Bonjour monde !

Des rapports sont évalués dans le cadre de l'entrée :

Impression d'Io>
[impression de contenu d'entrée]

Ce qu'il y a de neuf dans ce desserrage :

· Il y a un MySQL neuf ajouté et une adjonction neuve de PostgreSQL.
· La méthode de clone de gamme copie maintenant sa condition.
· Le clonage des gens du pays travaille maintenant maintenant aux fentes sur l'objectif local.
· Il y a un fixage pour qu'interpolent le rendent non récurrent.