818

If I wanted to programatically assign a property to an object in Javascript, I would do it like this:

var obj = {};
obj.prop = "value";

But in TypeScript, this generates an error:

The property 'prop' does not exist on value of type '{}'

How am I supposed to assign any new property to an object in TypeScript?

Peter Olson
  • 139,199
  • 49
  • 202
  • 242
  • `interface DynamicObject { [key: string]: any } const object:DynamicObject; object['key']='Test value' ` – Emmalex6250 Jul 28 '22 at 13:47
  • You should use what they call declaration merging. Read about it. An example is in passport.js' index.d.ts – Gilbert Nov 05 '22 at 15:20

29 Answers29

1082

Index signatures

It is possible to denote obj as any, but that defeats the whole purpose of using typescript. obj = {} implies obj is an Object. Marking it as any makes no sense. To accomplish the desired consistency an interface could be defined as follows, using an index signature

interface LooseObject {
    [key: string]: any
}

var obj: LooseObject = {};

OR to make it compact:

var obj: {[k: string]: any} = {};

LooseObject can accept fields with any string as key and any type as value.

obj.prop = "value";
obj.prop2 = 88;

The real elegance of this solution is that you can include typesafe fields in the interface.

interface MyType {
    typesafeProp1?: number,
    requiredProp1: string,
    [key: string]: any
}

var obj: MyType ;
obj = { requiredProp1: "foo"}; // valid
obj = {} // error. 'requiredProp1' is missing
obj.typesafeProp1 = "bar" // error. typesafeProp1 should be a number

obj.prop = "value";
obj.prop2 = 88;

Record<Keys,Type> utility type

Update (August 2020): @transang brought up the Record<Keys,Type> utility type in comments

Record<Keys,Type> is a Utility type in typescript. It is a much cleaner alternative for key-value pairs where property-names are not known. It's worth noting that Record<Keys,Type> is a named alias to {[k: Keys]: Type} where Keys and Type are generics. IMO, this makes it worth mentioning here

For comparison,

var obj: {[k: string]: any} = {};

becomes

var obj: Record<string,any> = {}

MyType can now be defined by extending Record type

interface MyType extends Record<string,any> {
    typesafeProp1?: number,
    requiredProp1: string,
}

While this answers the Original question, the answer here by @GreeneCreations might give another perspective on how to approach the problem.

Nate Anderson
  • 18,334
  • 18
  • 100
  • 135
Akash
  • 13,107
  • 1
  • 25
  • 19
  • 25
    I think this is the best solution now. I think at the time the question was asked index properties like this were not yet implemented in TypeScript. – Peter Olson Jun 08 '17 at 19:56
  • 1
    It does make sense when you have dynamic data. If you are receiving dynamic data from API, to build form, and then sending back dynamic values to api, it does make sense. Any is there for a reason, obviously you should strongly type most of stuff which is not dynamic, but in dynamic cases you can't strongly type. – sensei Jun 13 '19 at 15:03
  • 10
    now, you can write `Record`, instead of `{[key: string]: any}` – Sang Aug 20 '20 at 11:00
  • 3
    It is now recommended to use `Record` to avoid using the `any` type – Mathilda Jan 13 '22 at 06:37
108

Or all in one go:

  var obj:any = {}
  obj.prop = 5;
Crwth
  • 2,038
  • 2
  • 15
  • 15
  • 115
    What's the point of TypeScript if I have to cast so many things to `any` in order to use it? Just becomes extra noise in my code.. :/ – Ozymandias Jul 22 '16 at 19:04
  • 13
    @AjaxLeung You should very rarely cast to `any`. TypeScript is used to catch (potential) errors at compile time. If you cast to `any` to mute errors then you lose the power of typing and may as well go back to pure JS. `any` should ideally only be used if you're importing code for which you cannot write TS definitions or whilst migrating your code from JS to TS – Precastic Jan 19 '17 at 06:14
  • No matter what the best practice or purpose of typescript is, this is the right answer to the question. – Sam Jan 26 '23 at 20:19
  • 1
    @M.Arjmandi - it's really not. The question is asking how you should approach this in terms of typescript. The whole point of typescript is to avoid the annoying side of javascript being dynamic - everything in javascript is effectively cast to any be default. It's objectively not a good answer. – kmars Mar 01 '23 at 06:11
97

This solution is useful when your object has Specific Type. Like when obtaining the object to other source.

let user: User = new User();
(user as any).otherProperty = 'hello';
//user did not lose its type here.
jmvtrinidad
  • 3,347
  • 3
  • 22
  • 42
85

I tend to put any on the other side i.e. var foo:IFoo = <any>{}; So something like this is still typesafe:

interface IFoo{
    bar:string;
    baz:string;
    boo:string;     
}

// How I tend to intialize 
var foo:IFoo = <any>{};

foo.bar = "asdf";
foo.baz = "boo";
foo.boo = "boo";

// the following is an error, 
// so you haven't lost type safety
foo.bar = 123; 

Alternatively you can mark these properties as optional:

interface IFoo{
    bar?:string;
    baz?:string;
    boo?:string;    
}

// Now your simple initialization works
var foo:IFoo = {};

Try it online

David Gardiner
  • 16,892
  • 20
  • 80
  • 117
basarat
  • 261,912
  • 58
  • 460
  • 511
  • 5
    +1 for being the only solution that keeps type safety. Just make sure you instanciate all non-optional properties directly after it, to avoid bugs biting you later on. – Aidiakapi Apr 08 '14 at 15:18
  • Does this actually work? After compiling I still have {} in my javascript. – bvs Jan 22 '15 at 02:10
  • 4
    `I still have {` then you haven't compiled. TypeScript would remove that in its emit – basarat Jan 22 '15 at 03:06
  • 7
    These days, `var foo: IFoo = {} as any` is preferred. The old syntax for typecasting was colliding with TSX (Typescript-ified JSX). – Don Dec 17 '18 at 20:45
  • It's a bit confusing to me, how does`{}` respect the type of `IFoo`? – Minsky Dec 29 '21 at 19:08
48

Although the compiler complains it should still output it as you require. However, this will work.

const s = {};
s['prop'] = true;
Brandon McConnell
  • 5,776
  • 1
  • 20
  • 36
Angelo R.
  • 2,285
  • 1
  • 17
  • 22
43

I'm surprised that none of the answers reference Object.assign since that's the technique I use whenever I think about "composition" in JavaScript.

And it works as expected in TypeScript:

interface IExisting {
    userName: string
}

interface INewStuff {
    email: string
}

const existingObject: IExisting = {
    userName: "jsmith"
}

const objectWithAllProps: IExisting & INewStuff = Object.assign({}, existingObject, {
    email: "jsmith@someplace.com"
})

console.log(objectWithAllProps.email); // jsmith@someplace.com

Advantages

  • type safety throughout because you don't need to use the any type at all
  • uses TypeScript's aggregate type (as denoted by the & when declaring the type of objectWithAllProps), which clearly communicates that we're composing a new type on-the-fly (i.e. dynamically)

Things to be aware of

  1. Object.assign has it's own unique aspects (that are well known to most experienced JS devs) that should be considered when writing TypeScript.
    • It can be used in a mutable fashion, or an immutable manner (I demonstrate the immutable way above, which means that existingObject stays untouched and therefore doesn't have an email property. For most functional-style programmers, that's a good thing since the result is the only new change).
    • Object.assign works the best when you have flatter objects. If you are combining two nested objects that contain nullable properties, you can end up overwriting truthy values with undefined. If you watch out for the order of the Object.assign arguments, you should be fine.
GreeneCreations
  • 1,072
  • 1
  • 9
  • 20
  • For me, in instances where you need to use this to display data it seems to work fine, but when you need to add entries of modified types to an array, this doesn't seem to work too well. I resorted to dynamically composing the object and assigning it in one line, then assigning the dynamic properties in successive lines. This got me most of the way there, so thank you. – Shafiq Jetha Apr 21 '20 at 13:34
  • I tried this with an Express Request object and discovered that the "immutable" method `Object.assign( {}, req, myObj )` will break the Request object in unexpected ways, such as causing headers to become undefined. However, as suggested above the "mutation" method worked great: `Object.assign( req, myObj )`. – Max Wilder Mar 12 '23 at 20:49
27

One more option do to that is to access the property as a collection:

var obj = {};
obj['prop'] = "value";
Aviw
  • 1,056
  • 11
  • 14
  • 7
    This is the most concise way. `Object.assign(obj, {prop: "value"})` from ES6/ES2015 works, too. – C.W. Mar 28 '18 at 23:58
22

You can create new object based on the old object using the spread operator

interface MyObject {
    prop1: string;
}

const myObj: MyObject = {
    prop1: 'foo',
}

const newObj = {
    ...myObj,
    prop2: 'bar',
}

console.log(newObj.prop2); // 'bar'

TypeScript will infer all the fields of the original object and VSCode will do autocompletion, etc.

Alex
  • 1,689
  • 18
  • 27
21

Late but, simple answer

let prop = 'name';
let value = 'sampath';
this.obj = {
   ...this.obj,
   [prop]: value
};
Tobias S.
  • 21,159
  • 4
  • 27
  • 45
sampath kumar
  • 321
  • 3
  • 4
13

Case 1:

var car = {type: "BMW", model: "i8", color: "white"};
car['owner'] = "ibrahim"; // You can add a property:

Case 2:

var car:any = {type: "BMW", model: "i8", color: "white"};
car.owner = "ibrahim"; // You can set a property: use any type
assylias
  • 321,522
  • 82
  • 660
  • 783
i.karayel
  • 4,377
  • 2
  • 23
  • 27
13

you can use this :

this.model = Object.assign(this.model, { newProp: 0 });
HamidReza
  • 1,726
  • 20
  • 15
10

Since you cannot do this:

obj.prop = 'value';

If your TS compiler and your linter does not strict you, you can write this:

obj['prop'] = 'value';

If your TS compiler or linter is strict, another answer would be to typecast:

var obj = {};
obj = obj as unknown as { prop: string };
obj.prop = "value";
LEMUEL ADANE
  • 8,336
  • 16
  • 58
  • 72
10

Simplest will be following

const obj = <any>{};
obj.prop1 = "value";
obj.prop2 = "another value"
Jayant Varshney
  • 1,765
  • 1
  • 25
  • 42
10

Here is a special version of Object.assign, that automatically adjusts the variable type with every property change. No need for additional variables, type assertions, explicit types or object copies:

function assign<T, U>(target: T, source: U): asserts target is T & U {
    Object.assign(target, source)
}

const obj = {};
assign(obj, { prop1: "foo" })
//  const obj now has type { prop1: string; }
obj.prop1 // string
assign(obj, { prop2: 42 })
//  const obj now has type { prop1: string; prop2: number; }
obj.prop2 // number

//  const obj: { prop1: "foo", prop2: 42 }

Note: The sample makes use of TS 3.7 assertion functions. The return type of assign is void, unlike Object.assign.

ford04
  • 66,267
  • 20
  • 199
  • 171
7

To guarantee that the type is an Object (i.e. key-value pairs), use:

const obj: {[x: string]: any} = {}
obj.prop = 'cool beans'
bersling
  • 17,851
  • 9
  • 60
  • 74
  • This solution worked for me because without the additional type information I was still getting this error: Element implicitly has an 'any' type because expression of type 'string' can't be used to index type '{}'. – Benjamin Smith Mar 25 '21 at 12:18
6

It is possible to add a member to an existing object by

  1. widening the type (read: extend/specialize the interface)
  2. cast the original object to the extended type
  3. add the member to the object
interface IEnhancedPromise<T> extends Promise<T> {
    sayHello(): void;
}

const p = Promise.resolve("Peter");

const enhancedPromise = p as IEnhancedPromise<string>;

enhancedPromise.sayHello = () => enhancedPromise.then(value => console.info("Hello " + value));

// eventually prints "Hello Peter"
enhancedPromise.sayHello();
Daniel Dietrich
  • 2,262
  • 20
  • 25
4

The best practice is use safe typing, I recommend you:

interface customObject extends MyObject {
   newProp: string;
   newProp2: number;
}
Isidro Martínez
  • 816
  • 7
  • 15
4

Extending @jmvtrinidad solution for Angular,

When working with a already existing typed object, this is how to add new property.

let user: User = new User();
(user as any).otherProperty = 'hello';
//user did not lose its type here.

Now if you want to use otherProperty in html side, this is what you'd need:

<div *ngIf="$any(user).otherProperty">
   ...
   ...
</div>

Angular compiler treats $any() as a cast to the any type just like in TypeScript when a <any> or as any cast is used.

3

Store any new property on any kind of object by typecasting it to 'any':

var extend = <any>myObject;
extend.NewProperty = anotherObject;

Later on you can retrieve it by casting your extended object back to 'any':

var extendedObject = <any>myObject;
var anotherObject = <AnotherObjectType>extendedObject.NewProperty;
  • This is totally the correct solution. Lets say you have an object let o : ObjectType; .... later on you can cast o to any (o).newProperty = 'foo'; and it can be retrieve like (o).newProperty. No compiler errors and works like a charm. – Matt Ashley Jul 07 '16 at 16:24
  • this brakes intellisense ... is there any way to this this but to keep intellisense? – pregmatch Nov 14 '18 at 18:54
3

To preserve your previous type, temporary cast your object to any

  var obj = {}
  (<any>obj).prop = 5;

The new dynamic property will only be available when you use the cast:

  var a = obj.prop; ==> Will generate a compiler error
  var b = (<any>obj).prop; ==> Will assign 5 to b with no error;
Andre Vianna
  • 1,713
  • 2
  • 15
  • 29
3

dynamically assign properties to an object in TypeScript.

to do that You just need to use typescript interfaces like so:

interface IValue {
    prop1: string;
    prop2: string;
}

interface IType {
    [code: string]: IValue;
}

you can use it like that

var obj: IType = {};
obj['code1'] = { 
    prop1: 'prop 1 value', 
    prop2: 'prop 2 value' 
};
Nerdroid
  • 13,398
  • 5
  • 58
  • 69
  • 1
    I try with your code, but I don't receive any error: https://pastebin.com/NBvJifzN – pablorsk Apr 03 '17 at 12:08
  • 1
    try to initialise the `attributes` field inside `SomeClass ` and that should fix it `public attributes: IType = {};` https://pastebin.com/3xnu0TnN – Nerdroid Apr 03 '17 at 23:47
3

The only solution that is fully type-safe is this one, but is a little wordy and forces you to create multiple objects.

If you must create an empty object first, then pick one of these two solutions. Keep in mind that every time you use as, you're losing safety.

Safer solution

The type of object is safe inside getObject, which means object.a will be of type string | undefined

interface Example {
  a: string;
  b: number;
}

function getObject() {
  const object: Partial<Example> = {};
  object.a = 'one';
  object.b = 1;
  return object as Example;
}

Short solution

The type of object is not safe inside getObject, which means object.a will be of type string even before its assignment.

interface Example {
  a: string;
  b: number;
}

function getObject() {
  const object = {} as Example;
  object.a = 'one';
  object.b = 1;
  return object;
}
fregante
  • 29,050
  • 14
  • 119
  • 159
2

Simply do this, and you can add or use any property. (I am using typescript version as "typescript": "~4.5.5")

let contextItem = {} as any;

Now, you can add any property and use it any where. like

contextItem.studentName = "kushal";

later you can use it as:

console.log(contextItem.studentName);
KushalSeth
  • 3,265
  • 1
  • 26
  • 29
1

If you are using Typescript, presumably you want to use the type safety; in which case naked Object and 'any' are counterindicated.

Better to not use Object or {}, but some named type; or you might be using an API with specific types, which you need extend with your own fields. I've found this to work:

class Given { ... }  // API specified fields; or maybe it's just Object {}

interface PropAble extends Given {
    props?: string;  // you can cast any Given to this and set .props
    // '?' indicates that the field is optional
}
let g:Given = getTheGivenObject();
(g as PropAble).props = "value for my new field";

// to avoid constantly casting: 
let k = getTheGivenObject() as PropAble;
k.props = "value for props";
Jack Punt
  • 342
  • 1
  • 14
1

I wrote an article tackling this very topic:

Typescript – Enhance an object and its type at runtime

https://tech.xriba.io/2022/03/24/typescript-enhance-an-object-and-its-type-at-runtime/

Maybe you could take inspiration from Typescript concepts such:

Danilo Carrabino
  • 397
  • 6
  • 12
  • Thanks for sharing ! Little feedback: Having screenshots of different sizes instead of text source code really put me off – cassepipe Aug 31 '23 at 14:24
0

You can add this declaration to silence the warnings.

declare var obj: any;
Pang
  • 9,564
  • 146
  • 81
  • 122
joshuapoehls
  • 32,695
  • 11
  • 50
  • 61
0

I ran into this problem when trying to do a partial update of an object that was acting as a storage for state.

type State = {
  foo: string;
  bar: string;
  baz: string;
};

const newState = { foo: 'abc' };

if (someCondition) {
  newState.bar = 'xyz'
}

setState(newState);

In this scenario, the best solution would be to use Partial<T>. It makes all properties on the provided type optional using the ? token. Read more about it in a more specific SO topic about making all properties on a type optional.

Here's how I solved it with Partial<T>:

type State = {
  foo: string;
  bar: string;
  baz: string;
};

const newState: Partial<State> = { foo: 'abc' };

if (someCondition) {
  newState.bar = 'xyz';
}

setState(newState);

This is similar to what fregante described in their answer, but I wanted to paint a clearer picture for this specific use case (which is common in frontend applications).

Rafał Cieślak
  • 972
  • 1
  • 8
  • 25
0

Use ES6 Map whenever a map can take truly arbitrary values of fixed type, and optional properties otherwise

I think this is the guideline I'll go for. ES6 map can be done in typescript as mentioned at: ES6 Map in Typescript

The main use case for optional properties are "options" parameters of functions: Using named parameters JavaScript (based on typescript) In that case, we do know in advance the exact list of allowed properties, so the sanest thing to do is to just define an explicit interface, and just make anything that is optional optional with ? as mentioned at: https://stackoverflow.com/a/18444150/895245 to get as much type checking as possible:

const assert = require('assert')

interface myfuncOpts {
  myInt: number,
  myString?: string,
}

function myfunc({
  myInt,
  myString,
}: myfuncOpts) {
  return `${myInt} ${myString}`
}

const opts: myfuncOpts = { myInt: 1 }
if (process.argv.length > 2) {
  opts.myString = 'abc'
}

assert.strictEqual(
  myfunc(opts),
  '1 abc'
)

And then I'll use Map when it is something that is truly arbitrary (infinitely many possible keys) and of fixed type, e.g.:

const assert = require('assert')
const integerNames = new Map<number, string>([[1, 'one']])
integerNames.set(2, 'two')
assert.strictEqual(integerNames.get(1), 'one')
assert.strictEqual(integerNames.get(2), 'two')

Tested on:

  "dependencies": {
    "@types/node": "^16.11.13",
    "typescript": "^4.5.4"
  }
Ciro Santilli OurBigBook.com
  • 347,512
  • 102
  • 1,199
  • 985
-1

Try this:

export interface QueryParams {
    page?: number,
    limit?: number,
    name?: string,
    sort?: string,
    direction?: string
}

Then use it

const query = {
    name: 'abc'
}
query.page = 1