项目重构方案设计

本文介绍了对一个功能齐全的WPF视频播放器进行重构的需求和现有问题,包括架构耦合高、未充分利用WPF特性、代码组织混乱、无公用代码库、逻辑暴露在客户端、缺乏单元测试和性能不足。提出了采用MVP或MVVM模式、利用WPF特性、组织代码结构、建立公用代码库、使用WCF封装业务逻辑、增加单元测试和性能优化等解决方案。
摘要由CSDN通过智能技术生成

  最近接手到一个已经成型的项目,然后我们的任务就是对它进行重构,这个项目是一个功能很齐全的WPF视频播放器(附带很多其他功能),在仔细研究了项目的背景和架构以后,初步做出了一下的重构方案:

目前现状:

虽然整个系统做得很漂亮,代码也写得不错,但仍有以下不足:

  1. 1, 架构有待改善。虽然看似MVC架构,却没有遵循MVC的模式,里面逻辑和UI耦合很高,没有清晰的规律。
  2. 2, 没有充分用到WPF的特性。WPF除了给我们很多炫丽的效果外,还给我们提供了诸如Binding,command等特性,这些特性可以帮我们隔开耦合,同时减少代码量。
  3. 3, 代码和文件没有组织。代码、dll、样式文件和资源文件等没有统一的组织,到处都有,这样看起来就会很混乱。
  4. 4, 没有建立公用代码库。没有把公用的代码库独立出来,很多地方都是另外在写,这样既增加了代码量,同时维护和重构也带来了麻烦。
  5. 5, 逻辑处理不应暴露在Client。项目是一个C/S架构的系统,没有必要把所有的逻辑都暴露在Client端,应该用分布式把Logic放在服务器端,这样可以更安全同时使客户端变小。
  6. 6, 没有单元测试。这样一个庞大的程序,没有单元测试是非常危险的,我们不可能做到100%的覆盖率,但是我们可以对主要的逻辑和Function做单元测试,这样既减少了测试人员的工作量同时整个系统的安全、稳定和可维护性得到了大大的提高。
  7. <
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值