It's been a practice in the current project team to create pseudocodes for modules with long processes. Pero at this time, code muna bago "detailed" pseudocode. DAHIL! DAHIL! umikot ulo ko kaka code ng pesteng update all na to. Lumampas sa daliri ko number of times nagedit ako ng nagedit. ,,|,,
Let me raise something about what we call as UPDATE before we get going:D
Update is not simply "to update what was modified." Hahaha. Nung binigay ung task na yan nung una, kampante pa ko dahil ung "Update" na alam ko eh modify lang talaga. hahaha. PERO MALING MALI! Pag nagupdate ka, pwedeng may MADAGDAG, MABAWAS, at/o MABAGO. Kaya, naloka ang buhay ko nung ang isang proseso eh tatlo pala talaga. wooot!
So, ang general solution ko for this eh gumamit ng VENN DIAGRAM. Ganto sia:

Given two instances of an object of same type, say A and B. A is the original object and B is the modified object. The BLUE part siginifies DELETED, RED signifies ADDED, and YELLOW signifies retained values subject to be MODIFIED.
Ang saya na nun, may base na ko. Kaso, may pasaway na isang nested object na ang ginagamit na value for equality eh nasa kaloob-looban pa nia. Ang pangalan nia ay STAGING. :)) I-associate natin sia sa PENCIL. Generally, para masabi mo na equal ang dalawang lapis, dapat same brand, same serial number. Pero sa case ko, para masabi ko na same ung 2 lapis eh dapat sa parehas na puno sila nanggaling. @#$%^&*. hahaha. So after ng matinding sakit ng ulo, nagresolve pa rin ang lola mo sa same brand, same serial number dahil nasiguro kong unique ang kind ng bawat pencil sa isang box. RAWRR.
Sana inde na sumablay dahil ayoko na ulet iedit. Masyadong paimportante. Hahaha. Kahit sa ibang bagay na imvolved si STAGING, mapapel talaga sia. Kahit si Master Pogi pinapahirapan nia. =))
Ayun. For future reference at kung sino mang magkaron ng same scenario, here's the pseudocode for a guide ^__^
HORROR OF UPDATE
Fpssshhh! :)


0 comments:
コメントを投稿