Регистрация  |  Вход

Winter 27 Release

Увеличивают Apex Heap Limits
-> For synchronous transactions, limit increases from 6 MB to 10 MB
-> For asynchronous transactions, limit increases from 12 MB to 25 MB.

https://help.salesforce.com/s/articleVie ... 4&type=5
Увеличивают Apex Heap Limits
-> For synchronous transactions, limit increases from 6 MB to 10 MB
-> For asynchronous transactions, limit increases from 12 MB to 25 MB.

https://help.salesforce.com/s/articleView?id=release-notes.rn_apex_heap_limit.htm&release=264&type=5

Из любопытства. Часто приходится сталкиваться с лимитами по Heap Size?
Из своего опыта если у меня такой лимит случается то только из-за ошибки с бесконечным циклом. Так чтобы реально бороться с этим лимитом не могу вспомнить ни одного случая. Что про вашу практику?
Из любопытства. Часто приходится сталкиваться с лимитами по Heap Size?
Из своего опыта если у меня такой лимит случается то только из-за ошибки с бесконечным циклом. Так чтобы реально бороться с этим лимитом не могу вспомнить ни одного случая. Что про вашу практику?
Dmitry Shnyrev
из-за ошибки с бесконечным циклом
И то наверное тут соврал - там падает вроде с другой ошибкой, вроде Timeout? Блин, не вспомню сейчас
[quote="Dmitry Shnyrev"]из-за ошибки с бесконечным циклом[/quote]
И то наверное тут соврал - там падает вроде с другой ошибкой, вроде Timeout? Блин, не вспомню сейчас :sad:
А вот это уже приятно.
Use Complex Template Expressions in Your Lightning Web Components (Generally Available)
И собственно про них
https://developer.salesforce.com/docs/pl ... ons.html
мы по ходу про это уже писали. За годы практики без Template Expressions научились жить, но как их мне когда-то давно не хватало при переходе из ангуляра. Тянуть бизнес логику в template может и считается плохой темой, но часто городить кучу JS ради простого преобразования вывода тоже выглядело как жесткий оверхед.
А вот это уже приятно. 
Use Complex Template Expressions in Your Lightning Web Components (Generally Available)
И собственно про них
https://developer.salesforce.com/docs/platform/lwc/guide/create-components-html-expressions.html
мы по ходу про это уже писали. За годы практики без Template Expressions научились жить, но как их мне когда-то давно не хватало при переходе из ангуляра. Тянуть бизнес логику в template может и считается плохой темой, но часто городить кучу JS ради простого преобразования вывода тоже выглядело как жесткий оверхед.
Use Third-Party Web Components in LWC (Generally Available)
Тоже интересный вариант для попробовать. Но думаю это для серьезных гиков (как мы с вами )
Use Third-Party Web Components in LWC (Generally Available)
Тоже интересный вариант для попробовать. Но думаю это для серьезных гиков (как мы с вами :rolling:)
Интересно а когда они лимиты триггеров поднимут?
Интересно а когда они лимиты триггеров поднимут? 
wilder
лимиты триггеров поднимут
которые из них?
[quote="wilder"]лимиты триггеров поднимут[/quote]
которые из них?
Eric
wilder
лимиты триггеров поднимут
которые из них?

200 записей
[quote="Eric"][quote="wilder"]лимиты триггеров поднимут[/quote]
которые из них?[/quote]

200 записей
wilder
200 записей

А реально мешает этот лимит. Давно про это забыл и не сталкивался. Даже пошел быстро проверил что триггеры бьются по 200 записей. Я так понимаю это когда в триггере нужно "знать" обо всех записях в контексте обработки одной запими. Такую сложную бизнес логику стараюсь выносить за пределы триггеров. Там минимальный initDefaults, validate, recalculate dependencies. Хотя есть у меня пара триггеров "злых", но опять же там завязано на record+dependencies и там нет разницы будет это один триггер или 10.

Может пример какой для размышления подкинешь?
[quote="wilder"]200 записей[/quote]

А реально мешает этот лимит. Давно про это забыл и не сталкивался. Даже пошел быстро проверил что триггеры бьются по 200 записей. Я так понимаю это когда в триггере нужно "знать" обо всех записях в контексте обработки одной запими. Такую сложную бизнес логику стараюсь выносить за пределы триггеров. Там минимальный initDefaults, validate, recalculate dependencies. Хотя есть у меня пара триггеров "злых", но опять же там завязано на record+dependencies и там нет разницы будет это один триггер или 10.

Может пример какой для размышления подкинешь?
Dmitry Shnyrev
wilder
200 записей

А реально мешает этот лимит. Давно про это забыл и не сталкивался. Даже пошел быстро проверил что триггеры бьются по 200 записей. Я так понимаю это когда в триггере нужно "знать" обо всех записях в контексте обработки одной запими. Такую сложную бизнес логику стараюсь выносить за пределы триггеров. Там минимальный initDefaults, validate, recalculate dependencies. Хотя есть у меня пара триггеров "злых", но опять же там завязано на record+dependencies и там нет разницы будет это один триггер или 10.

Может пример какой для размышления подкинешь?

Когда оркестратор срабатывает, по моим замером триггер медленней отрабытывает, а тут еще и CPU Time limit
[quote="Dmitry Shnyrev"][quote="wilder"]200 записей[/quote]

А реально мешает этот лимит. Давно про это забыл и не сталкивался. Даже пошел быстро проверил что триггеры бьются по 200 записей. Я так понимаю это когда в триггере нужно "знать" обо всех записях в контексте обработки одной запими. Такую сложную бизнес логику стараюсь выносить за пределы триггеров. Там минимальный initDefaults, validate, recalculate dependencies. Хотя есть у меня пара триггеров "злых", но опять же там завязано на record+dependencies и там нет разницы будет это один триггер или 10.

Может пример какой для размышления подкинешь?[/quote]

Когда оркестратор срабатывает, по моим замером триггер медленней отрабытывает, а тут еще и CPU Time limit
wilder
200 записей
не думаю что это измениться в ближайшее время, слишком много завязано под это.
triggers, record trigger flows, Apex for-loop list batch size...
[quote="wilder"]200 записей[/quote]
не думаю что это измениться в ближайшее время, слишком много завязано под это.
triggers, record trigger flows, Apex for-loop list batch size... :sad: