Disadvantages of writing to death Dead writing means that this data cannot be changed unless the next version is released. Changes in product functions and rules may be at any time, and the original restrictions may become future requirements. Many times it is to save trouble, a lot job function email list of logic They are all "written to death" in the code, and it is usually too late to change them. This is job function email list also the source of many product cauldrons. So when the program is implemented, the programmer asks whether to write to death, in fact, it is to explore whether there will be changes here. If it doesn't change, write it to death. If there is dead writing, then there will be live writing. In fact, dead writing and non-writing dead are not mutually exclusive.
Sometimes they need to work together. Both local job function email list writing and cloud control are required. 4. The cost of writing to death and writing to life Programs that do not job function email list need to be written live are written to death by default, which is the norm. The cost of writing a live program is far greater than the cost of writing a dead program, sometimes even several times more. If it is not written to death, it means that the data in this place can be changed. Generally, we will configure it on the server side, and the client will pull the corresponding parameters and use them. To write a program live means that a lot of logic must be made controllable.
At this time, the workload will invisibly lengthen the time and increase the cost of time. I saw a life example of why the irony is written to death: why the width of the railroad track is a fixed width, if it can be widened a little, the train carriage can be wider, so that one more seat can job function email list be added, how much capacity does this increase, and the Spring Festival travel does not need So job function email list crowded. If you think about it this way, do you find that writing to death is not so bad? V. Understanding of specific business scenarios Regarding write dead, you can take a look at the following goodcase and badcase, which can help us better understand the term "write dead". goodcase