peterS.: zur Info: "Type Detection" - welche Methoden wären unverzichtbar

gruss Interessierte,

im Zuge der im »Final Draft Standard ECMA-262 5th Edition / April 2009«
aufgenommenen Änderungen, habe ich mich mal wieder der "Type Detection"
zugewandt - [Array.isArray] ist im Sinne der "Type Detection" die einzige
Neuerung, die es in den "Final Draft" geschafft hat.

Hier kommt meine Frage an Euch - welche der überwiegend dem "globalen Objekt"
zugeordneten Methoden hätten es verdient, ebenfalls in den Sprachkern
einzufließen?:

  
- [isUndefined]  
- [isDefined]  
  
- [isNull]  
- [isNotNull]  
  
- [isUndefinedOrNull]  
- [isNeitherUndefinedNorNull]  
  
  
- [isPrimitive]  
- [isValue]  
- [isObject]  
  
- [isNative]  
- [isAlien]  
  
  
- [isBoolean]  
- [isBooleanValue]  
- [isBooleanObject]  
  
- [isNumber]  
- [isNumberValue]  
- [isNumberObject]  
  
- [isString]  
- [isStringValue]  
- [isStringObject]  
  
  
- [isArray]  
  
- [isObjectObject]  
  
- [isFunction]  
- [isCallable]  
  
- [isRegExp]  
- [isDate]  
- [isError]  
  
- [isGenericError] // oder besser [isErrorError]?  
- [isEvalError]  
- [isRangeError]  
- [isReferenceError]  
- [isSyntaxError]  
- [isTypeError]  
- [isURIError]  
  
  
- [getInternalClassName] // implementiert als:  
  
  Object.prototype.getInternalClassName  
  Object.getInternalClassName  
  
- [getBaseType] // implementiert als:  
  
  Object.prototype.getBaseType  
  Object.getBaseType  

die dazugehörigen meinereinigen Implementierungen hören noch auf so sperrige Namen wie ...

so long - peterS. - pseliger@gmx.net

--
»Because objects in JavaScript are so flexible, you will want to think differently about class hierarchies.
Deep hierarchies are inappropriate. Shallow hierarchies are efficient and expressive.« - Douglas Crockford
ie:( fl:) br:> va:( ls:& fo:) rl:) n3;} n4:} ss:} de:µ js:} mo:? zu:]