ladybird/Libraries/LibJS/Runtime/NumberConstructor.h

/*
 * Copyright (c) 2020, Linus Groh <linusg@serenityos.org>
 *
 * SPDX-License-Identifier: BSD-2-Clause
 */

#pragma once

#include <LibJS/Runtime/NativeFunction.h>

namespace JS {

class JS_API NumberConstructor final : public NativeFunction {
    JS_OBJECT(NumberConstructor, NativeFunction);
    GC_DECLARE_ALLOCATOR(NumberConstructor);

public:
    virtual void initialize(Realm&) override;
    virtual ~NumberConstructor() override = default;

    virtual ThrowCompletionOr<Value> call() override;
    virtual ThrowCompletionOr<GC::Ref<Object>> construct(FunctionObject& new_target) override;

private:
    explicit NumberConstructor(Realm&);

    virtual bool has_constructor() const override { return true; }

    JS_DECLARE_NATIVE_FUNCTION(is_finite);
    JS_DECLARE_NATIVE_FUNCTION(is_integer);
    JS_DECLARE_NATIVE_FUNCTION(is_nan);
    JS_DECLARE_NATIVE_FUNCTION(is_safe_integer);
};

}
LibJS: Add Number() 2020-04-07 16:17:23 +01:00			`/*`
Everywhere: Use linusg@serenityos.org for my copyright headers 2021-04-22 22:51:19 +02:00			`* Copyright (c) 2020, Linus Groh <linusg@serenityos.org>`
LibJS: Add Number() 2020-04-07 16:17:23 +01: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 Number() 2020-04-07 16:17:23 +01:00			`*/`

			`#pragma once`

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

			`namespace JS {`

LibJS: Enable EXPLICIT_SYMBOL_EXPORT 2025-06-28 21:39:13 -07:00			`class JS_API NumberConstructor final : public NativeFunction {`
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(NumberConstructor, NativeFunction);`
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(NumberConstructor);`
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 Number() 2020-04-07 16:17:23 +01:00			`public:`
LibJS: Make Cell::initialize() return void Stop worrying about tiny OOMs. Work towards #20405 2023-08-07 08:41:28 +02:00			`virtual void initialize(Realm&) override;`
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 ~NumberConstructor() override = default;`
LibJS: Add Number() 2020-04-07 16:17:23 +01:00
LibJS: Convert NativeFunction::{call,construct}() to ThrowCompletionOr Both at the same time because many of them call construct() in call() and I'm not keen on adding a bunch of temporary plumbing to turn exceptions into throw completions. Also changes the return value of construct() to Object* instead of Value as it always needs to return an object; allowing an arbitrary Value is a massive foot gun. 2021-10-20 21:16:30 +01:00			`virtual ThrowCompletionOr<Value> call() override;`
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			`virtual ThrowCompletionOr<GC::Ref<Object>> construct(FunctionObject& new_target) override;`
LibJS: Add Number() 2020-04-07 16:17:23 +01:00
			`private:`
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			`explicit NumberConstructor(Realm&);`

LibJS: Add Number() 2020-04-07 16:17:23 +01:00			`virtual bool has_constructor() const override { return true; }`
LibJS: Add Number.isSafeInteger() 2020-04-07 18:06:44 +01:00
LibJS: Convert NumberConstructor functions to ThrowCompletionOr 2021-10-29 00:46:14 +03:00			`JS_DECLARE_NATIVE_FUNCTION(is_finite);`
			`JS_DECLARE_NATIVE_FUNCTION(is_integer);`
			`JS_DECLARE_NATIVE_FUNCTION(is_nan);`
			`JS_DECLARE_NATIVE_FUNCTION(is_safe_integer);`
LibJS: Add Number() 2020-04-07 16:17:23 +01:00			`};`

			`}`