在架构设计的过程中,在SD的过程中,一定要事先考虑ErrorCode 和国际化方面的需求.因为到了后期才注意这些方面,改动的部分会非常非常的大.比如在设计异常类的时候.如果没有考虑到Error Code,在后期必须要加上,那么捕捉这个异常的部分就都要加入Error Code方面的判断.一旦架构设计的不好,有很多处在进行捕捉和判断,那么改动就非常非常大了. 国际化也是如此,对于一些用户需要看到的字符串,如果事先没有定义在一张表里面.那么到了后期再想到要国际化就是一件非常非常艰巨的任务了.做产品往往到了后期才出现一些来自客户的国际化方面的需求.所以事先一定要考虑到!
昨天德国输了...伤心ING...
在架构设计初期,必须充分考虑ErrorCode和国际化的实现方案。若待项目后期再做调整,将涉及大量代码变动。例如,未提前规划ErrorCode会导致异常处理时需额外增加判断逻辑;而忽视国际化需求,则会在后期面临用户界面文字调整的挑战。
9494

被折叠的 条评论
为什么被折叠?



