assets/developer-notes/stephanie-gawroriski/2014/11/10.mkd

   1 # 2014/11/10
   2
   3 ***DISCLAIMER***: _These notes are from the defunct k8 project which_
   4 _precedes SquirrelJME. The notes for SquirrelJME start on 2016/02/26!_
   5 _The k8 project was effectively a Java SE 8 operating system and as such_
   6 _all of the notes are in the context of that scope. That project is no_
   7 _longer my goal as SquirrelJME is the spiritual successor to it._
   8
   9 ## 09:45
  10
  11 The thing is, do descriptors contain subdescriptors that are just single
  12 fields and such? They should, and perhaps I should use a local cache map of
  13 descriptors because they will be very common. I will have to check the hash
  14 code for SoftReference, although Strings are very static I might not have to
  15 worry about such things. Appears not that they do not use the inside hashCode.
  16
  17 ## 13:44
  18
  19 Descriptors and Signatures are a mess. A descriptor is a Signature but a
  20 Signature is not always a Descriptor. So I cannot easily use the same stuff
  21 and perform potential code reduction in this case. So perhaps instead of two
  22 classes I will have one type class which can be turned into a signature or
  23 erased. Creation of the class will extend from either descriptor strings or
  24 signature strings. Descriptors will just reference themselves so to speak but
  25 signatures would have potential erasure (they need a map for variable types).
  26 Then this way if fromSignature is done on a class that has no generic
  27 information at all then it is just a plain descriptor. So that would mean that
  28 fromDescriptor uses fromSignature always but adds a check to make sure that it
  29 has no generic bits in it.
  30
  31 ## 20:41
  32
  33 Did a bunch of descriptor work today, this TypeInfo appears to be much better
  34 than what I had before.
  35