Showing posts with label C#. Show all posts
Showing posts with label C#. Show all posts

Thursday, September 17, 2015

On Assembling "Own Porridge"

As a status update written at an exo-Twitter[1] dimension:  Aside to beginning a small adventure[2] with Minetest* as -- so to speak -- in a voxel-blocks meta-universe -- to a fun and simple study of video games, multiplayer online game environments, and such that I refer to as Maker Universe game styles --  this week, I've also begun reading about the ECMA standardization of the Microsoft dot-net platform, as codified in ECMA-4356445, ECMA TR-xyzzq, and TR-3A2 -- rather, ECMA documents: ECMA-335, TR/84, and TR/89.  Ostensibly, all of those documents are as exactly as the titles would seem to indicate.

The second part of this week's adventure -- presently, in presenting it like an adventure through CLI Land -- it begins as a lark, in a sense, as with regards to the Unity framework, Xamarin's work in software and systems development, Mono, and ostensibly, Common Lisp.

Hypothetically, a complete implementation of the "Dot Net" framework can be developed in Common Lisp, if anyone would set about to develop such a work and to complete the work, as such. Materially, although such a hypothesis may be difficult to disprove -- and it may not be any easier to materially prove, as in completely and with a proof of concept in software programming -- it may seem that there are some elements with which anyone may invent a  "Golden ticket for Lisp," again, commercially.

So, aside to all the facets of a plain adventure, presently the author of this article has arrived at PDF page 139 (document p. 113) of ECMA-335, in which there is a convenient list of software directives as defined in the high-level assembly language of ILAsm, in the whole C#/CLI/CLR/dot-Net porridge.

Porridge -- a metaphor of a fantastic social fairytale and the webs, furthermore a breakfast food of a starchy kind.

Before the author of this article looses one's place of study in the same porridge, some further notes:
  • The definition of ILAsm as a high-level assembler
  • ECMA-335 Common Type System
    • Juxtapose[d] to: CORBA IDL bindings
    • See also: ECMA-335 Generics
    • See also: ECMA-335 section II.11 Semantics of Classes, as specifically for each type of effective meta-class
      • Interface
      • Value Type
      • Special Type
  •  ECMA-335 Virtual Execution System
    • Juxtapose[d] to: Operations of a CORBA Portable Object Adapter (POA) in application for providing any single CORBA object service
  • Dot-net
  • C#
  • Unity Framework
  • Enligthenment Foundation Libraries (EFL)
  • Tizen
  • ...





Footnotes

[1] In the Twitter media, all status updates are encoded at 140 or fewer Unicode Characters, with a shortened encoding for URL references

[2] An adventure much in a manner as to extend of the heritage of Adventure, Colossal Caves, and Zork, without overmuch of mature themes -- aside to a shout out for the early years of Linden Labs' Second Life (SL) universe. In such a sense, it may be rather difficult for the game universe to become polluted of excessively mature themes -- as in some "Adult only" locales in Second Life. Elsewhere, in some other voxel universes online, there are themes of simple art, crafting, and -- aside to the materials of voxel universes -- coding.

Sadly, much of the art has disappeared from SL -- Virtual Tibet included. It might not seem like overmuch a quandary, however, to a mature perspective. It would be difficult for anyone to corrupt** the block-oriented maker universes -- not to challenge anyone who might even consider to. There's not likely to be so much as an illusion of incentive for anyone to corrupt -- for instance -- the non-dollar-oriented Minecraft, though one might not underestimate the depths of the imaginations of anyone whom might even consider to.

* Update: After reviewing a book about the fantastic Secondlife universe, moreover considering the unlikelihood of block-oriented video games ever becoming any more popular than already, I'll probably not be continuing with any further studies about multiplayer online game universes. It sure was neat to write about such a positive idea, for a short time, however.

** That's exactly the word I mean, there, if there may be any sense of ambiguity about that.

Tuesday, April 21, 2015

Hardpan Technologies and the Ex Libris Model – Bookshelf Concept and Service Architecture Design – Overview

Corresponding to development of the Hardpan Technologies web log ('blog), I would like to begin making some formal, public notes as with regards to a design not for a patent insomuch as it is a design for a bibliographical content management system. Today, I would wish to extend of that same design with a set of features for support of book sales – and that, without offending the sensitivities of libraries as institutions. So, a capital idea and a wave to the socialized state aside, the thing would focus on JCR and CORBA, firstly for data structures and personal content access, secondly for data services as may be provided on a heterogenous network medium of no too simple authenticity.
So, the initial server component would be implemented in Java, and the first service client toolkit may as well be implemented in Java, also. The server, in this design, would use ModeShape – nothing too specific in the data serialization layer, howrver. The server and the client would both use JacORB, and – ideally – the hosting operating system's Kerberos support, X.509 certificate model, and user interface.
It being implemented in Java, the first client application may not be available on iOS platforms. The intermediary IDL interfaces, however, could as well be implemented in C# for iOS platforms, and OS X platforms, and the desktop. Perhaps there's a port of Cocoatron for Android, too. The author is rather more immediately familiar with Java(r) toolchains, however, and the author does not have access to a normal XCode installation. So, initially, it will be implemented in the Java programming language, for Linux and FreeBSD servers and for Android mobile operating systems.
The author may or may not publish the Android app, at the Android app store. Initially, it will be installable for Android platforms, in application of the Android Studio IDE. "All smiles" for the newest innovations in development of the Gradle DSL for Android Studio applications, and the inevitable (?) Gradle-Ant and Gradle-Maven adapters, if one should wish to search around for such adaptive technology.
There's the architecture of it. It needs a name, too, and I have a name for it: Ex Libris, under the Hardpan label. Unique, huh? In that quality, it extends likewise of a design of a small model for access to, and user-unique creation and annotation of automotive notebooks in a user's own digital data model, in a manner ostensibly extensible for whole automotive crews, in applying CORBA, FreeBSD, Android, OBD-II libs, and the BeagleBone Black platform as a "Shop appliance" with a suitably stylish and functionally sturdy enclosure. No patent pending of this design, here licensed CC BY-SA 3.0.
Ex Libris, in its bookshelf features - no too long nod for BibTeX in Java.
Further design TBD.
Donate Bitcoins