Stowage/ladybird
2
0
Fork 0
mirror of https://github.com/LadybirdBrowser/ladybird.git synced 2025-10-20 08:03:21 +00:00
Code Issues Projects Releases Packages Wiki Activity
ladybird/Libraries/LibJS/Runtime/ModuleNamespaceObject.h

45 lines
2 KiB
C
Raw Normal View History

LibJS: Add Module Namespace Exotic Object
2022-01-16 23:32:41 +01:00
/*
* Copyright (c) 2022, David Tuin <davidot@serenityos.org>
*
* SPDX-License-Identifier: BSD-2-Clause
*/
#pragma once
#include <LibJS/Module.h>
#include <LibJS/Runtime/Completion.h>
#include <LibJS/Runtime/Object.h>
namespace JS {
LibJS: Enable EXPLICIT_SYMBOL_EXPORT
2025-06-28 21:39:13 -07:00
class JS_API ModuleNamespaceObject final : public Object {
LibJS: Add Module Namespace Exotic Object
2022-01-16 23:32:41 +01:00
JS_OBJECT(ModuleNamespaceObject, 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(ModuleNamespaceObject);
LibJS: Add Module Namespace Exotic Object
2022-01-16 23:32:41 +01:00
public:
// 10.4.6 Module Namespace Exotic Objects, https://tc39.es/ecma262/#sec-module-namespace-exotic-objects
virtual ThrowCompletionOr<Object*> internal_get_prototype_of() const override;
virtual ThrowCompletionOr<bool> internal_set_prototype_of(Object* prototype) override;
virtual ThrowCompletionOr<bool> internal_is_extensible() const override;
virtual ThrowCompletionOr<bool> internal_prevent_extensions() override;
virtual ThrowCompletionOr<Optional<PropertyDescriptor>> internal_get_own_property(PropertyKey const&) const override;
LibJS+LibWeb: Prevent double invocation of `[[GetOwnProperty]]` The `[[GetOwnProperty]]` internal method invocation in `OrdinarySetWithOwnDescriptor` was being invocated again with the same parameters in the `[[DefineOwnProperty]]` internal method that is also later called in `OrdinarySetWithOwnDescriptor`. The `PlatformObject.[[DefineOwnProperty]]` has similair logic. This change adds an optional parameter to the `[[DefineOwnProperty]]` internal method so the results of the previous `[[GetOwnProperty]]` internal method invocation can be re-used.
2024-11-01 21:03:18 +01:00
virtual ThrowCompletionOr<bool> internal_define_own_property(PropertyKey const&, PropertyDescriptor const&, Optional<PropertyDescriptor>* precomputed_get_own_property = nullptr) override;
LibJS: Add Module Namespace Exotic Object
2022-01-16 23:32:41 +01:00
virtual ThrowCompletionOr<bool> internal_has_property(PropertyKey const&) const override;
LibJS: Add PropertyLookupPhase enum to distinguish Object [[Get]] calls We can now tell the difference between an own property access and a subsequent (automatic) prototype chain access. This will be used to implement caching of prototype chain accesses.
2024-05-02 11:13:08 +02:00
virtual ThrowCompletionOr<Value> internal_get(PropertyKey const&, Value receiver, CacheablePropertyMetadata* = nullptr, PropertyLookupPhase = PropertyLookupPhase::OwnProperty) const override;
LibJS: Cache PutById to setters in the prototype chain This is *extremely* common on the web, but barely shows up at all in JavaScript benchmarks. A typical example is setting Element.innerHTML on a HTMLDivElement. HTMLDivElement doesn't have innerHTML, so it has to travel up the prototype chain until it finds it. Before this change, we didn't cache this at all, so we had to travel the prototype chain every time a setter like this was used. We now use the same mechanism we already had for GetBydId and cache PutById setter accesses in the prototype chain as well. 1.74x speedup on MicroBench/setter-in-prototype-chain.js
2025-05-04 16:00:13 +02:00
virtual ThrowCompletionOr<bool> internal_set(PropertyKey const&, Value value, Value receiver, CacheablePropertyMetadata*, PropertyLookupPhase) override;
LibJS: Add Module Namespace Exotic Object
2022-01-16 23:32:41 +01:00
virtual ThrowCompletionOr<bool> internal_delete(PropertyKey const&) override;
Revert "LibJS+LibWeb: Return Vector<PropertyKey> from… internal_own_property_keys" This reverts commit 5ee810f7721ba179be711f75b00a2a0d469155f1.
2025-05-16 04:14:12 +01:00
virtual ThrowCompletionOr<GC::RootVector<Value>> internal_own_property_keys() const override;
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;
LibJS: Add Module Namespace Exotic Object
2022-01-16 23:32:41 +01:00
private:
LibJS: Use FlyString in PropertyKey instead of DeprecatedFlyString This required dealing with *substantial* fallout.
2025-03-18 18:08:02 -05:00
ModuleNamespaceObject(Realm&, Module* module, Vector<FlyString> exports);
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
LibWeb: Add missing visit_edges implementation to ModuleNamespaceObject
2024-04-05 20:41:08 +03:00
virtual void visit_edges(Visitor&) override;
LibJS: Use FlyString in PropertyKey instead of DeprecatedFlyString This required dealing with *substantial* fallout.
2025-03-18 18:08:02 -05:00
GC::Ptr<Module> m_module; // [[Module]]
Vector<FlyString> m_exports; // [[Exports]]
LibJS: Add Module Namespace Exotic Object
2022-01-16 23:32:41 +01:00
};
}
Reference in a new issue Copy permalink