软件开发项目有其自身规律和原则,只有遵守其原则并付诸相应的实践才可能使项目健康稳定地前进。
维护愿景
明晰的愿景对于软件项目的成功至关重要。否则,项目最终基本上都将陷入左右摇摆的境地。没有概念的完整性,系统就很有可能成为不兼容设计的拼凑物——被错误的螺丝钉连接在一起。
Make it fast
当系统已经稳定,设计也趋于成熟的时候,还需要对系统进行性能上的优化,良好的性能,不仅可以提升用户体验,同时也能降低运维的成本。这里的“fast”,不仅体现在程序的性能,也包括对整体项目流程效率的提升,例如自动编译、自动部署的工具或脚本,如果前期没有做,那么这时候就要加上了。
里氏代换原则
软件工程大师Robert C. Martin把里氏代换原则最终简化为一句话:“Subtypes must be substitutable for their base types”。也就是,子类必须能够替换成它们的基类。即:子类应该可以替换任何基类能够出现的地方,并且经过替换以后,代码还能正常工作。另外,不应该在代码中出现if/else之类对子类类型进行判断的条件。里氏替换原则LSP是使代码符合开闭原则的一个重要保证。正是由于子类型的可替换性才使得父类型的模块在无需修改的情况下就可以扩展。
生产其他人消费的东西
很少有工业级的软件系统是在真空中构建和使用的。其他人将以某种方式,或者其他依赖于能够理解系统的方式使用、维护、记录。因此,始终指定、设计,以及实现了解他人将有助于了解你在做什么。任何软件开发产品的受众都可能很大。
一个游戏分很多模块,根据单一原则,把功能模块分离清楚,每个模块下面有很多功能,每个功能要遵循迪米特原则,把不同功能分开不同脚本,方便修改。对于单个脚本,我们多使用继承方式修改,对于方法,我们多使用多态方式修改,对于变量,我们多使用方法,而不是直接修改。最后,命名规范很重要,类名:首字母大写,变量:首字母小写,其他首字母大写,遵守匈牙利命名规范。根据这些原则,定义了很多设计模式。
“我们相信人人都可以成为一个IT大神,现在开始,选择一条阳光大道,助你入门,学习的路上不再迷茫。这里是北京尚学堂,初学者转行到IT行业的聚集地。”
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!