怎么样合理设计软件程序（客户端）？

[TGame]

我最近在思考一个问题，

情景是这样的：
一个客户端程序AppMain，开始时功能很简单，
随着时间推移，AppMain用户数大增，
需求也随之增加，AppMain增加了很多功能和系统，

几年后，产品觉得AppMain界面过时了，想要大改界面，
但是程序评估后，觉得很困难，
重新做界面，不光要估计界面开发的耗时，
还要考虑原先的功能（系统）代码，肯定需要支持（移植）的，工作量相当大

我想问：
AppMain当初应该怎样设计，才可以在这种情况下，轻松的实现界面改动呢？

[TGame]

主要是针对PC端windows下的客户端程序， 希望后面开发的功能可以复用，又不会与原有客户端程序耦合 （客户端更改界面技术，比如从MFC切换到Qt，对已开发功能不影响或尽量少影响） 移动端思想应该是类似的

[以专业开发人员为伍]

主要在于人，其次在于自动化测试的程度。 比如说当程序大改了一通，那么非常严格地、既顺序又并行地反复回归过去几百个测试用例的测试，请问是需要10分钟还是2个月？ 如果10分钟就可以搞好，仰仗这种技术就能有勇气。而没有这种技术，那么那些开发人员可能就把精力都用在相互推诿上了，那些测试人员可能把精力都用在指责开发部门人员的“是非、洁癖”上了。 用自动测试技术，特别是能够体现用户的UI验收要求的自动测试技术（有人说“自动测试不能对UI进行”，这是错误的），是软件工程的根本！

[以专业开发人员为伍]

对于没有这种技术人，可能总有这种“内伤”而不承认，那么这时候他就只好靠手工来模拟上面这种勇气。