2025-08-13 01:27:49 +07:00
|
|
|
import { lookupModule } from '@revenge-mod/modules/finders'
|
2025-06-03 16:24:58 +07:00
|
|
|
import {
|
feat!: module finders refactor (#6)
- Renamed `byX` filters to `withX`.
It is more correct. For example: You don't lookup, wait for, or get modules **BY** props. You lookup, wait for, and get modules **WITH** props.
- Renamed `*byImportedPath` to `*withImportedPath`
For consistency with the above change.
- Renamed `getModule` to `getModules`.
The API allows getting multiple modules and not just a single one. Types are renamed as well.
`getModuleByImportedPath` remains the same as it only gets one single module with a unique imported path.
- `withX` filter **helpers** removed.
They can now be replaced with the new capability-based `and` filter.
- `preferExports` and `moduleStateAware` filters removed.
They can now be replaced with the new capability-based `and` filter.
- Composite finders renamed.
`some` -> `or`, `every` -> `and`
- Composite finders takes a capability-based approach.
- Filter generators now need to attach runtime flag to let the system know whether the generated filter can be used to filter modules without proper exports or not.
## Misc.
- Removed useless unsub call in Profile Badges
- Use `queueMicrotask` with `asap`
# Features
## Capability-based approach to composite filters
```js
// Old
byProps(...).withDependencies(...)
// Old, same as: preferExports(byProps(...), byDependencies(...))
every(byDependencies(...), byProps(...))
// Old, ordering matters, this would fail unexpectedly!
every(byProps(...), byDependencies(...))
// New
withProps(...).and(withDependencies(...))
// New (as well), ordering doesn't matter, this has the same result as above
withDependencies(...).and(withProps(...))
```
2025-08-30 09:19:57 +07:00
|
|
|
withDependencies,
|
2026-01-24 18:01:48 +07:00
|
|
|
withName,
|
feat!: module finders refactor (#6)
- Renamed `byX` filters to `withX`.
It is more correct. For example: You don't lookup, wait for, or get modules **BY** props. You lookup, wait for, and get modules **WITH** props.
- Renamed `*byImportedPath` to `*withImportedPath`
For consistency with the above change.
- Renamed `getModule` to `getModules`.
The API allows getting multiple modules and not just a single one. Types are renamed as well.
`getModuleByImportedPath` remains the same as it only gets one single module with a unique imported path.
- `withX` filter **helpers** removed.
They can now be replaced with the new capability-based `and` filter.
- `preferExports` and `moduleStateAware` filters removed.
They can now be replaced with the new capability-based `and` filter.
- Composite finders renamed.
`some` -> `or`, `every` -> `and`
- Composite finders takes a capability-based approach.
- Filter generators now need to attach runtime flag to let the system know whether the generated filter can be used to filter modules without proper exports or not.
## Misc.
- Removed useless unsub call in Profile Badges
- Use `queueMicrotask` with `asap`
# Features
## Capability-based approach to composite filters
```js
// Old
byProps(...).withDependencies(...)
// Old, same as: preferExports(byProps(...), byDependencies(...))
every(byDependencies(...), byProps(...))
// Old, ordering matters, this would fail unexpectedly!
every(byProps(...), byDependencies(...))
// New
withProps(...).and(withDependencies(...))
// New (as well), ordering doesn't matter, this has the same result as above
withDependencies(...).and(withProps(...))
```
2025-08-30 09:19:57 +07:00
|
|
|
withProps,
|
2025-06-03 16:24:58 +07:00
|
|
|
} from '@revenge-mod/modules/finders/filters'
|
2025-05-18 22:24:48 +07:00
|
|
|
import type { Metro } from '@revenge-mod/modules/types'
|
2025-05-09 21:52:36 +07:00
|
|
|
import type { DiscordModules } from './types'
|
2025-04-30 23:49:15 +07:00
|
|
|
|
2026-01-24 18:01:48 +07:00
|
|
|
const [, _asyncToGeneratorModuleId] = lookupModule(
|
|
|
|
|
withName('_asyncToGenerator'),
|
|
|
|
|
)
|
|
|
|
|
const [, _classCallCheckModuleId] = lookupModule(withName('_classCallCheck'))
|
|
|
|
|
const [, _createClassModuleId] = lookupModule(withName('_createClass'))
|
2025-06-13 23:35:23 +07:00
|
|
|
|
2025-07-04 22:23:56 +07:00
|
|
|
// ../discord_common/js/packages/app-start-performance/AppStartPerformance.tsx
|
2025-05-18 22:24:48 +07:00
|
|
|
export const [AppStartPerformance] = lookupModule(
|
feat!: module finders refactor (#6)
- Renamed `byX` filters to `withX`.
It is more correct. For example: You don't lookup, wait for, or get modules **BY** props. You lookup, wait for, and get modules **WITH** props.
- Renamed `*byImportedPath` to `*withImportedPath`
For consistency with the above change.
- Renamed `getModule` to `getModules`.
The API allows getting multiple modules and not just a single one. Types are renamed as well.
`getModuleByImportedPath` remains the same as it only gets one single module with a unique imported path.
- `withX` filter **helpers** removed.
They can now be replaced with the new capability-based `and` filter.
- `preferExports` and `moduleStateAware` filters removed.
They can now be replaced with the new capability-based `and` filter.
- Composite finders renamed.
`some` -> `or`, `every` -> `and`
- Composite finders takes a capability-based approach.
- Filter generators now need to attach runtime flag to let the system know whether the generated filter can be used to filter modules without proper exports or not.
## Misc.
- Removed useless unsub call in Profile Badges
- Use `queueMicrotask` with `asap`
# Features
## Capability-based approach to composite filters
```js
// Old
byProps(...).withDependencies(...)
// Old, same as: preferExports(byProps(...), byDependencies(...))
every(byDependencies(...), byProps(...))
// Old, ordering matters, this would fail unexpectedly!
every(byProps(...), byDependencies(...))
// New
withProps(...).and(withDependencies(...))
// New (as well), ordering doesn't matter, this has the same result as above
withDependencies(...).and(withProps(...))
```
2025-08-30 09:19:57 +07:00
|
|
|
withProps<DiscordModules.AppStartPerformance>('markAndLog').and(
|
2026-01-24 18:01:48 +07:00
|
|
|
withDependencies([
|
|
|
|
|
_asyncToGeneratorModuleId,
|
|
|
|
|
_classCallCheckModuleId,
|
|
|
|
|
_createClassModuleId,
|
|
|
|
|
2,
|
|
|
|
|
]),
|
2025-04-30 23:49:15 +07:00
|
|
|
),
|
2025-05-18 22:24:48 +07:00
|
|
|
) as [DiscordModules.AppStartPerformance, Metro.ModuleID]
|
2025-04-30 23:49:15 +07:00
|
|
|
|
2025-05-18 22:24:48 +07:00
|
|
|
AppStartPerformance.mark('👊', 'Pre-init')
|
2025-08-11 17:19:26 +07:00
|
|
|
|
2026-01-17 20:41:02 +07:00
|
|
|
import './patches/import-tracker'
|
2025-08-11 17:19:26 +07:00
|
|
|
import './patches/flux'
|