You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Need different logging level. The displayed level can be adjusted (At least in the compiling stage now, should be able to be adjusted on the run time later). And the number of levels can be configured.
Need different logging output destination. It should at least support the screen printf and file record. And it should be configurable.
Always have the same interface for the user.
The text was updated successfully, but these errors were encountered:
For the 1st version of the logging system, I will integrate it with LeapGestureManagement Class, which is on top of all classes.
The logging system will desgin in 3 different levels.
0 -- no logging
1 -- error message(ERRORs that make the system stop working)
2 -- debug(all the tracing information)
format of the loggin system is
[TIME][ FILE:LINE] [CLASS NAME:FUNCTION]LOGGING CONTENT
all logging information will be wrapper into the #if MACRO should not be compiled into the release binary
Here is my idea about different levels:
0 - no logging at all. Not very necessary as long as we keep level 1 concise
1 - recording. Very critical info such as "the system is initialized". Used to quickly locate which part is finished and which is next.
2 - warning. Undesired but okay issue such as "high network delay" or "one hand is missing".
3 - error. Unexpected but known issue, such as the error reported from leap
4 - panic. Something must mess up, such as malloc fails
5 - debug. Anything you want to check, but SHOULD NOT checkin.
Therefore, ideally we do not need to differentiate debug or release. But it is okay to use macro to achieve efficiece.
Another thing is that, traditionally, if we are in level 2, we should see both recording and warding. But ideally we would want to select different level to display the content only in that level, which is not efficient in performance. If it can be done, it is great. If not, probably for level 0 - 4, we do the traditional implementation. For level 5, we always display it but use a macro to make sure it is not in the release binary.
Requirement:
The text was updated successfully, but these errors were encountered: