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

[peterS.]

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 ...

• »jsApi.Object.typeDetection.new.dev.xFrameSafe.js«
• »jsApi.Object.typeDetection.new.xFrameSafe.js«
  ... und müssten im Zweifelsfall zum Quellenstudium herangezogen werden.

so long - peterS. - [e-mail]