If you would like to add documentation to your code then you can use XML documentation .The documentation comment must immediately before the object such as codeunit,table,functions etc.
The syntax for adding XML comments in your code is triple slashes /// followed by one of the supported XML tags. There is IntelliSense support for writing documentation comments. Most importantly providing a template documentation comment when writing the third slash in the triple slash.
These documentation comments are visible when hovering over source symbols.
XML document comment will improve readability ,add useful information about the code implementation and help others take over your code .
With XML comments it also enable intellisense in AL objects that you add in your code as a help to other developers who is going extend your code.
Let sees an example how we can add the xml comments.
Created one simple code unit where we can add documentation comments.
Please note that If you have the showMyCode setting in the app.json file set to false and download an app package; the app package will not contain any XML comments.
With the release of Business Central Wave 1 2020 new feature added to delete the extension data from production or sandbox. Prior to that we can uninstall the extension but data still there for the extension.
This feature will be useful when
1) Application is not in use.
2) Customer have desire to reinstall the extension data from scratch.
Let see how to uninstall and delete the extension data.
1) Launch the business central and search for extension management.
2) Select the required extension for uninstall. In this you can see new option added for delete extension data .
3) After selecting the option then you will get following warning message.
4) After click ‘YES’ then you can see ‘Delete Extension Data’ will get enable as follows
5) After that you can click on Uninstall then system will again warn before starting deleting data from extension.
6) If you are sure then click ‘YES’ and it will start processing to delete the data. This can not be undone.
As you aware that whenever you post the journal entry the entries get deleted after posted the transaction. Now whenever accountant need to reverse the entries then they need to enter the same entries again with opposite sign.
With this new version of business central new feature is added to copy the general journal to posted general journal. This feature is enabled based on setup. This setup is enable on Gen Journal Templates so we have leverage to enable this setup on required templates.
Search for Gen Journal Templates
Enable the field Copy to Posted Jnl Lines. for required template. Once it is enabled on template then it will be applicable for all batches under that template.
2. Go to Journal screen and enter the required details to post journal entry and post it.
3. After posting search for Posted general journal
On this screen you will find two options
Copy Selected Lines to Journal :-This function to create a copy of a general journal line or a batch with opposite signs (a reversing journal), a different posting date or document number.
The result will be as follows
2. Copy G/L Register to Journal :- This function will copy all journal lines that belong to selected G/L Register to target General Journal.
This will help when working with journals and we need to have easy way to correct the mistake happen in single entry. This will make accountant more productive.
Hope this will help you. Personally I like this feature
The partial records capability is allows for loading a subset of normal table fields when accessing the data source based on SQL.
To access the data source we use GET ,FIND NEXT. When we use these methods then runtime it load all fields and will hamper the performance while fetching the records.
Now from business central wave 2 2020 we can use ‘Partial records’ capability.
To accommodate partial records following methods available in business central. These methods are avaaible on RecordRef and Record datatype in AL. These methods are loaded in two groups i.e. Subsequent loads and Current load
Specifies a set of fields to be initially loaded when the record is retrieved from its data source.
Adds fields to the current set of fields to be initially loaded when the record is retrieved from its data source.
Checks whether the specified fields are all initially loaded.
Accesses the table’s corresponding data source to load the specified fields.
Lets See few examples of these methods
Following example is for summation of Quantity fields from Item Ledger Entry .In this we would like to make calculation of only Quantity fields and not require the others fields to be loaded.
If you see SetLoadFields is call before data fetching operation starts. This will determine which fields needed for Find Set Call.
Advantage of this is that it gives you ability to load only those fields which are required to perform the operation which will make execution of code faster and give more performance. This feature is recommended to use while fetching the records and not for Insert,Modify or Delete operation.
Using the above method we added the required fields but what will happen to other fields which hasn’t been loaded .In such cases platform does an implicit GET and loads the missing fields, called as JIT Loading (Just in Time).
When JIT loading occurs, another access to the data source is required. These operations tend to be faster because they’re GET calls. GET calls can often be served by the server’s data cache or become clustered index seeks on the database.
Iterating over records in the database, enumerator is created based on selected fields and row is fetched when NEXT is called. but certain operations will not follow enumerator like if we passing a record by value and not by VAR .This operation actually creates new copy of the record and original records and copy of the record not share the filters ,selected field for loading. That means to access unloaded fields it need to trigger JIT load and but it will not update enumerator which means for future iterations also require JIT load.
To overcome such situations we can do following
Pass the record reference using VAR.
Call AddLoadFields on the original records before passing by value.
Use SetLoadFields before calling FIND,GET,NEXT.
Hope this will help you to understand for partial records and stay tuned for more updates.
For more updates you can follow my blog on following channels.
Though above warning was informed by MS long time back but it has introduced in latest version of AL.
With the update of new version of AL extension this warning is populated in AL code.
Once you update above AL language version then you will find below warning
Now this warning will become error in near future that means we need to correct it anyhow . If your app contain more than 100 pages then it will be too much efforts to make it manually and tedious task.
To make it superfast work we have one extension available in marketplace which will help you to resolve it within seconds.
Once you install the extension then Press ‘F1’ and run following command
‘Fix Implicit with usages’
Just have look at the following file
Now run above command and relax as it will fix the warning in all pages.