With a recent update to the ALCops a new linter rule was put in place Use parenthesis for method calls instead of assignment syntax. Its specific example shows assignment syntax Record.ReadIsolation := IsolationLevel::ReadUncommitted vs. parameter syntaxRecord.ReadIsolation(IsolationLevel::ReadUncommitted). The documentation for Record.ReadIsolation shows the parameter syntax but the example shows the assignment syntax.
Actual usage shows that either syntax works but when making changes to standardize on the parameter syntax BC Quality returned this statement:
Record.ReadIsolation is a property, assigned with := (per this repo's own ReadIsolation convention and standard AL), not a callable member. The diff mechanically rewrites every X.ReadIsolation := IsolationLevel::...; to X.ReadIsolation(IsolationLevel::...);, which is not valid AL syntax for this property and will fail to compile everywhere it appears.
It just wrong.
- It is not a property, it is a callable member that just happens to take assignment (like many object members in AL, e.g.
Notification.Scope).
- It is valid AL syntax
- It does NOT fail to compile.
I am not sure where this came from but it sounds like an AI hallucination. Are there some rules you set for this kind of assertion?
With a recent update to the ALCops a new linter rule was put in place Use parenthesis for method calls instead of assignment syntax. Its specific example shows assignment syntax
Record.ReadIsolation := IsolationLevel::ReadUncommittedvs. parameter syntaxRecord.ReadIsolation(IsolationLevel::ReadUncommitted). The documentation for Record.ReadIsolation shows the parameter syntax but the example shows the assignment syntax.Actual usage shows that either syntax works but when making changes to standardize on the parameter syntax BC Quality returned this statement:
It just wrong.
Notification.Scope).I am not sure where this came from but it sounds like an AI hallucination. Are there some rules you set for this kind of assertion?