ladybird/Libraries/LibJS/Runtime/NumberObject.h

/*
 * Copyright (c) 2020, Andreas Kling <andreas@ladybird.org>
 *
 * SPDX-License-Identifier: BSD-2-Clause
 */

#pragma once

#include <LibJS/Runtime/Object.h>

namespace JS {

class NumberObject : public Object {
    JS_OBJECT(NumberObject, Object);
    GC_DECLARE_ALLOCATOR(NumberObject);

public:
    static GC::Ref<NumberObject> create(Realm&, double);

    virtual ~NumberObject() override = default;

    double number() const { return m_value; }

protected:
    NumberObject(double, Object& prototype);

private:
    virtual bool is_number_object() const final { return true; }

    double m_value { 0 };
};

template<>
inline bool Object::fast_is<NumberObject>() const { return is_number_object(); }

}
LibJS: Add NumberObject and make to_object() on number values create it 2020-04-04 23:13:13 +02:00			`/*`
Meta: Update my e-mail address everywhere 2024-10-04 13:19:50 +02:00			`* Copyright (c) 2020, Andreas Kling <andreas@ladybird.org>`
LibJS: Add NumberObject and make to_object() on number values create it 2020-04-04 23:13:13 +02:00			`*`
Everything: Move to SPDX license identifiers in all files. SPDX License Identifiers are a more compact / standardized way of representing file license information. See: https://spdx.dev/resources/use/#identifiers This was done with the `ambr` search and replace tool. ambr --no-parent-ignore --key-from-file --rep-from-file key.txt rep.txt * 2021-04-22 01:24:48 -07:00			`* SPDX-License-Identifier: BSD-2-Clause`
LibJS: Add NumberObject and make to_object() on number values create it 2020-04-04 23:13:13 +02:00			`*/`

			`#pragma once`

			`#include <LibJS/Runtime/Object.h>`

			`namespace JS {`

LibJS: Revert Enable EXPLICIT_SYMBOL_EXPORT This reverts commit c14173f651f5a50fdb86beb4b79487454a00f3f6. We should only annotate the minimum number of symbols that external consumers actually use, so I am starting from scratch to do that 2025-07-19 10:41:08 -07:00			`class NumberObject : public Object {`
LibJS+LibWeb: Add JS::Object::inherits(class_name) To allow implementing the DOM class hierarchy in JS bindings, this patch adds an inherits() function that can be used to ask an Object if it inherits from a specific C++ class (by name). The necessary overrides are baked into each Object subclass by the new JS_OBJECT macro, which works similarly to C_OBJECT in LibCore. Thanks to @Dexesttp for suggesting this approach. :^) 2020-06-21 15:14:02 +02:00			`JS_OBJECT(NumberObject, Object);`
LibGC+Everywhere: Factor out a LibGC from LibJS Resulting in a massive rename across almost everywhere! Alongside the namespace change, we now have the following names: * JS::NonnullGCPtr -> GC::Ref * JS::GCPtr -> GC::Ptr * JS::HeapFunction -> GC::Function * JS::CellImpl -> GC::Cell * JS::Handle -> GC::Root 2024-11-15 04:01:23 +13:00			`GC_DECLARE_ALLOCATOR(NumberObject);`
LibJS+LibWeb: Add JS::Object::inherits(class_name) To allow implementing the DOM class hierarchy in JS bindings, this patch adds an inherits() function that can be used to ask an Object if it inherits from a specific C++ class (by name). The necessary overrides are baked into each Object subclass by the new JS_OBJECT macro, which works similarly to C_OBJECT in LibCore. Thanks to @Dexesttp for suggesting this approach. :^) 2020-06-21 15:14:02 +02:00
LibJS: Add NumberObject and make to_object() on number values create it 2020-04-04 23:13:13 +02:00			`public:`
LibGC+Everywhere: Factor out a LibGC from LibJS Resulting in a massive rename across almost everywhere! Alongside the namespace change, we now have the following names: * JS::NonnullGCPtr -> GC::Ref * JS::GCPtr -> GC::Ptr * JS::HeapFunction -> GC::Function * JS::CellImpl -> GC::Cell * JS::Handle -> GC::Root 2024-11-15 04:01:23 +13:00			`static GC::Ref<NumberObject> create(Realm&, double);`
LibJS: Pass prototype to NumberObject constructor 2020-04-17 18:55:53 +02:00
Libraries: Use default constructors/destructors in LibJS https://isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines#cother-other-default-operation-rules "The compiler is more likely to get the default semantics right and you cannot implement these functions better than the compiler." 2022-03-14 10:25:06 -06:00			`virtual ~NumberObject() override = default;`
LibJS: Add NumberObject and make to_object() on number values create it 2020-04-04 23:13:13 +02:00
LibJS: Add Number.prototype.toString 2020-07-14 15:26:15 -07:00			`double number() const { return m_value; }`

LibJS: Hide all the constructors! Now that the GC allocator is able to invoke Cell subclass constructors directly via friendship, we no longer need to keep them public. :^) 2022-08-28 23:51:28 +02:00			`protected:`
			`NumberObject(double, Object& prototype);`

LibJS: Add NumberObject and make to_object() on number values create it 2020-04-04 23:13:13 +02:00			`private:`
LibJS: Add fast_is<T> helpers for all the primitive wrapper objects The JS runtime is full of checks for is<NumberObject> and friends. They were showing up in a Speedometer profile as ~1% spent in dynamic_cast, and this basically chops that down to nothing. 2025-03-25 08:34:06 +00:00			`virtual bool is_number_object() const final { return true; }`

LibJS: Add NumberObject and make to_object() on number values create it 2020-04-04 23:13:13 +02:00			`double m_value { 0 };`
			`};`

LibJS: Add fast_is<T> helpers for all the primitive wrapper objects The JS runtime is full of checks for is<NumberObject> and friends. They were showing up in a Speedometer profile as ~1% spent in dynamic_cast, and this basically chops that down to nothing. 2025-03-25 08:34:06 +00:00			`template<>`
			`inline bool Object::fast_is<NumberObject>() const { return is_number_object(); }`

LibJS: Add NumberObject and make to_object() on number values create it 2020-04-04 23:13:13 +02:00			`}`