Proper use of the Documentation() function?

JasonMaitlen
Member Posts: 2
In customizing some of our objects and seeing how some of our third party apps document their code, I was wondering if there is a proper way to use the Documentation() function found in the C/AL code of objects. What I've been doing is adding something like this:
MYCOMPANY1.0 MyInitials change made to the code MYCOMPANY1.1 MyInitials another changeFor consistency I've been adding the same version (MYCOMPANY1.0) to the Version List field in the object designer. Even if there isn't code and we're simply adding a field, I document it in the Documentation() function. I've then been saving all of these objects off as text files and versioning them in Mercurial.
0
Best Answer
-
You're doing pretty good. I would suggest adding Date as well after your 'Initials'. This is would help in keeping track of when was a particular change made.5
Answers
-
You're doing pretty good. I would suggest adding Date as well after your 'Initials'. This is would help in keeping track of when was a particular change made.5
-
There is no official "proper way" of how to document in this trigger and what you have done is reasonable and gives a good audit of what changes have been made to the object. I'd say continue with what you are doing.0
-
Good call on the date, I'll add that. Thanks!1
-
Adding your name initials will also help you to identify who has done the change in future
like Jason Maitlen as JMA etc.0 -
I believe the Proper Syntax should be something like this
Name - Date - DesignDocNo(If there is some Design doc no on the basis of which changes has been made) - A bit explanation of the code as why its been added including name of the Function if you made.Thanks
Blog - rockwithnav.wordpress.com/
Twitter - https://twitter.com/RockwithNav
Facebook - https://facebook.com/rockwithnav/0 -
There is no 'proper syntax' when it comes to the documentation trigger. There are even people who say don't document your code at all because that is what you use an ALM tool for. The key is to come up with what works for you and your organization, and to implement a standard way that you all do it.0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 320 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions