ladybird/Userland/Libraries/LibJS/Runtime/StringConstructor.h

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

#pragma once

#include <LibJS/Runtime/NativeFunction.h>

namespace JS {

class StringConstructor final : public NativeFunction {
    JS_OBJECT(StringConstructor, NativeFunction);
    JS_DECLARE_ALLOCATOR(StringConstructor);

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

    virtual ThrowCompletionOr<Value> call() override;
    virtual ThrowCompletionOr<NonnullGCPtr<Object>> construct(FunctionObject& new_target) override;

private:
    explicit StringConstructor(Realm&);

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

    JS_DECLARE_NATIVE_FUNCTION(raw);
    JS_DECLARE_NATIVE_FUNCTION(from_char_code);
    JS_DECLARE_NATIVE_FUNCTION(from_code_point);
};

}
LibJS: Add String constructor :^) 2020-04-10 14:14:02 +02:00			`/*`
			`* Copyright (c) 2020, Andreas Kling <kling@serenityos.org>`
			`*`
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 String constructor :^) 2020-04-10 14:14:02 +02:00			`*/`

			`#pragma once`

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

			`namespace JS {`

			`class StringConstructor 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(StringConstructor, NativeFunction);`
LibJS: Segregate GC-allocated objects by type This patch adds two macros to declare per-type allocators: - JS_DECLARE_ALLOCATOR(TypeName) - JS_DEFINE_ALLOCATOR(TypeName) When used, they add a type-specific CellAllocator that the Heap will delegate allocation requests to. The result of this is that GC objects of the same type always end up within the same HeapBlock, drastically reducing the ability to perform type confusion attacks. It also improves HeapBlock utilization, since each block now has cells sized exactly to the type used within that block. (Previously we only had a handful of block sizes available, and most GC allocations ended up with a large amount of slack in their tails.) There is a small performance hit from this, but I'm sure we can make up for it elsewhere. Note that the old size-based allocators still exist, and we fall back to them for any type that doesn't have its own CellAllocator. 2023-11-19 09:45:05 +01:00			`JS_DECLARE_ALLOCATOR(StringConstructor);`
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 String constructor :^) 2020-04-10 14:14:02 +02: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 ~StringConstructor() override = default;`
LibJS: Add String constructor :^) 2020-04-10 14:14:02 +02: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;`
LibJS: Convert Object::construct() to NonnullGCPtr 2022-12-14 19:18:10 +00:00			`virtual ThrowCompletionOr<NonnullGCPtr<Object>> construct(FunctionObject& new_target) override;`
LibJS: Add String constructor :^) 2020-04-10 14:14:02 +02: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 StringConstructor(Realm&);`

LibJS: Add String constructor :^) 2020-04-10 14:14:02 +02:00			`virtual bool has_constructor() const override { return true; }`
LibJS: Add String.raw 2020-05-06 17:49:48 -07:00
LibJS: Convert StringConstructor functions to ThrowCompletionOr 2021-10-23 02:54:12 +03:00			`JS_DECLARE_NATIVE_FUNCTION(raw);`
			`JS_DECLARE_NATIVE_FUNCTION(from_char_code);`
			`JS_DECLARE_NATIVE_FUNCTION(from_code_point);`
LibJS: Add String constructor :^) 2020-04-10 14:14:02 +02:00			`};`

			`}`