ladybird/Libraries/LibIPC/IMessage.h

#pragma once

#include <AK/String.h>
#include <AK/ByteBuffer.h>

class IMessage {
public:
    virtual ~IMessage();

    virtual int endpoint_magic() const = 0;
    virtual int message_id() const = 0;
    virtual String message_name() const = 0;
    virtual ByteBuffer encode() const = 0;

protected:
    IMessage();
};
LibIPC: Start fleshing out a separate IPC library This will be a place to put object serialization/deserialization logic, message parsing, endpoint management, etc. 2019-08-03 15:29:40 +02:00			`#pragma once`

AK: Rename <AK/AKString.h> to <AK/String.h> This was a workaround to be able to build on case-insensitive file systems where it might get confused about <string.h> vs <String.h>. Let's just not support building that way, so String.h can have an objectively nicer name. :^) 2019-09-06 15:34:26 +02:00			`#include <AK/String.h>`
LibIPC: Start fleshing out a separate IPC library This will be a place to put object serialization/deserialization logic, message parsing, endpoint management, etc. 2019-08-03 15:29:40 +02:00			`#include <AK/ByteBuffer.h>`

			`class IMessage {`
			`public:`
			`virtual ~IMessage();`

LibIPC+AudioServer: Allow unsolicited server-to-client IPC messages Client-side connection objects must now provide both client and server endpoint types. When a message is received from the server side, we try to decode it using both endpoint types and then send it to the right place for handling. This now makes it possible for AudioServer to send unsolicited messages to its clients. This opens up a ton of possibilities :^) 2019-11-23 16:43:21 +01:00			`virtual int endpoint_magic() const = 0;`
LibIPC: Rename IMessage id/name to message_id/message_name Hogging "id" and "name" makes it impossible to use these as message parameter names, which seems silly. :^) 2019-12-02 11:07:05 +01:00			`virtual int message_id() const = 0;`
			`virtual String message_name() const = 0;`
IPCCompiler: More work towards AudioServer bringup - Add IEndpoint::handle(IMessage), a big switch table on message type. handle() will return a response message for synchronous messages, and return nullptr otherwise. - Use i32 instead of int for everything - Make IMessage::encode() const - Make IEndpoint::decode_message() static, this allows template code to decode messages without an endpoint instance on hand. 2019-08-03 19:21:15 +02:00			`virtual ByteBuffer encode() const = 0;`
LibIPC: Start fleshing out a separate IPC library This will be a place to put object serialization/deserialization logic, message parsing, endpoint management, etc. 2019-08-03 15:29:40 +02:00
			`protected:`
			`IMessage();`
			`};`