继续上次设计模式探究的内容

6月26日 下午5点
经过两天的修改 将 整个canvas组件重新构建了下 抽离出来对应模块,
虽然看起来还是很笨重,
抽离了 不同模块
文字模块 图片模块, 画圆 画方 画圆角 换线 换弧度 几何图形
( 动画暂时不涉及,虽然在摸鱼期间有写着玩 )

不过有些问题 还没有解决.

  • 处理问题 是站在了业务的角度 还是 站在写一个大的通用模块去解决 这个问题还是困扰的很, 如果只写业务, 应该不会有这么多的麻烦, 但考虑到事后的更改, 与以后再遇到同类问题,不仅限于当前项目可以直接拿来用, 还是尽可能的完善
  1. 模块与基类的 牵涉 耦合度还是高, 如果想不用这个基类. 用其他的类方法, 可能 有问题, 比如大量使用了 promise promise.all 这种 高耦合度的API 觉得不够灵活,

  2. 抽离是使用类的继承,还是只是抽离不同模块有分歧, 因为this的指向问题. 又不想使用过多的继承, 所以在这次的抽离中 大面积使用了call apply 这种东西, 不知道会对性能有多少影响. 目前写出来至少不好看, 而且我觉得用类的继承, 会更多的增加 模块之间的耦合度, 到时候更不好修改.但用了 call 对后面改代码也不是很友好.

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。