Unity3d必备几种设计模式.docVIP

  1. 1、本文档共13页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
unity编程众所周知,它是属于脚本化,脚本没有一个具体的概念跟架构, 其实,我也给不了你们具体答案,因为每个人的开发习惯,每个团队的开发模式也各有千秋, so,在此我只做几种设计模式的总结, 主要参考书籍有《设计模式》《设计模式之禅》《大话设计模式》以及网上一些零散的文章, 但主要内容还是我本人的一些经验以及感悟。 写出来的目的一方面是系统地整理一下,一方面也与广大的网友分享, 至于你们到底如何使用, 望君斟酌啊! 因为设计模式对编程人员来说,的确非常重要。 当然,如果大家的理解跟我有所不同,欢迎留言,大家共同探讨。 设计模式六大原则 ? (1):单一职责原则 说到单一职责原则,很多人都会不屑一顾。 ?????? ?????? 因为它太简单了,稍有经验的程序员即使从来没有读过设计模式、从来没有听说过单一职责原则,在设计软件时也会自觉的遵守这一重要原则,因为这是常识。文章来自【狗刨学习网】 ?????? 在软件编程中,谁也不希望因为修改了一个功能导致其他的功能发生故障。而避免出现这一问题的方法便是遵循单一职责原则。虽然单一职责原则如此简单,并且被认为是常识,但是即便是经验丰富的程序员写出的程序,也会有违背这一原则的代码存在。 ?????? 为什么会出现这种现象呢?因为有职责扩散。所谓职责扩散,就是因为某种原因,职责被分化成了更细的职责。如:用一个类描述动物呼吸这个场景。 class Animal { public void breathe(string animal) { Debug.Log(animal+呼吸空气); } } public class Client { Animal animal = new Animal(); void Start() { animal.breathe(牛); animal.breathe(羊); animal.breathe(猪); } } 运行结果: 牛呼吸空气 羊呼吸空气 猪呼吸空气 程序上线后,发现问题了,并不是所有的动物都呼吸空气的,比如鱼就是呼吸水的。 修改时如果遵循单一职责原则,需要将Animal类细分为陆生动物类Terrestrial,水生动物Aquatic,代码如下: class Terrestrial { public void breathe(String animal){ Debug.Log(animal + 呼吸空气); } } class Aquatic { public void breathe(String animal){ Debug.Log(animal + 呼吸水); } } public class Client { public static void main(String[] args) { Terrestrial terrestrial = new Terrestrial(); Debug.Log(terrestrial.breathe(牛)); Debug.Log(terrestrial.breathe(羊)); Debug.Log(terrestrial.breathe(猪)); Aquatic aquatic = new Aquatic(); Debug.Log( aquatic.breathe(鱼)); } } 运行结果: 牛呼吸空气 羊呼吸空气 猪呼吸空气 鱼呼吸水 我们会发现如果这样修改花销是很大的,除了将原来的类分解之外,还需要修改客户端。 而直接修改类Animal来达成目的虽然违背了单一职责原则,但花销却小的多,代码如下: ? class Animal { public void breathe(String animal) { if(鱼.equals(animal)) { Debug.Log((animal+呼吸水)); } else { Debug.Log((animal+呼吸空气)); } } } public class Client { public static void main(String[] args) { Animal animal = new Animal(); Debug.Log(animal.breathe(牛)); Debug.Log(animal.breathe(羊)); Debug.Log(animal.breathe(猪)); Debug.Log(animal.breathe(鱼)); } } 可以看到,这种修改方式要简单的多。 但是却存在着隐患:有一天需要将鱼分为呼吸淡水的鱼和呼吸海水的鱼, 则又需要修改Animal类的breathe方法,而对原有代码的修改会对调用“猪”“牛”“羊”等相关功能带来风险, 也许某一天你会发现程序运行的结果变为“牛呼吸水”了。 这种修改方式直接在代

文档评论(0)

youyang99 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档