Направите дневник грешака у АСП.НЕТ МВЦ

Да бисмо задржали добру контролу и одржавање наше апликације, морамо бити свесни шта се у њој дешава, али то не значи да се морамо стално кретати у целости, једноставно нам је потребан начин да сазнамо до којих грешака долази и да ли се оне појављују су врло честе, са овим можемо предузети корективне мере.
Знати информације које смо споменули нема ништа боље од ношења дневник грешакаОвим, сваки пут када се догоди изузетак, можемо имати датотеку у којој су регистровани и на тај начин знати где и како поступити да решимо проблем.
Имамо неколико могућности да то урадимо дневник грешака, најједноставније је створити а покушај / ухвати блок и у одељку улов узмите грешку и однесите је у наш метод који ће је регистровати, ово је веома корисно када само желимо да будемо свесни шта се дешава у неколико делова апликације.
Зашто овај приступ није најбољи?Једноставно зато што се овај приступ толико понавља, замислите да морате створити покушај / ухвати блок За сваку радњу наше апликације непотребно бисмо се преплавили кодом.
Погледајмо како функционише овај поменути приступ:

Затим видимо како у нашем блоку покушати увели смо изузетак да приморамо апликацију да се сруши у блок улов а овде у ово последње смо поставили методу ЛогЕкцептион што ће довести до датотеке Пријава ухваћена грешка.
Како скоро увек постоји боља опција која нам омогућава да радимо мање, у случају дневник грешака имамо оптималније решење и оно се састоји од преписивања методе онЕкцептион () нашег контролера, на овај начин можемо евидентирати грешке на општи начин за контролер и на тај начин обухватити све грешке које произилазе из његових радњи.
Погледајмо на следећој слици како наш замењени метод може бити:

Ако смо посматрачи, примијетићемо да иако метода изгледа готово исто као и оригинал, уградили смо линију у којој примјењујемо методу ЛогЕкцептион () и прослеђујемо вам садржај изузетка или грешке који треба да забележите; Овим ће наш потпуни контролор регистровати све грешке и изузетке који се јављају при позивању у апликацији.
Много већа ефикасност?Иако је ово боље решење, постоји још нешто ефикасније и ефективније, ради се о постављању ових врста радњи у базни контролер који се мора поновити, на овај начин морамо да рукујемо само једним основним кодом и нећемо имати да пишемо исто увек изнова, посебно ако се бавимо великим апликацијама.
Видели смо како можемо да укључимо дневник грешака у нашој примени, на неки начин, не смемо потценити важност овог алата јер је то један од најбољих начина отклањање грешака, посебно у производним окружењима у којима не можемо приуштити укључивање тачака прекида, тада је наша најбоља опција да уградимо а дневник грешака која тихо ради како би нам дала информације помоћу којих можемо побољшати уживање корисника и одржати наш мир одржавањем функционалне и сигурне апликације.