May
29
前天在火车上想到的一点东西。
1。命令模式
定义一个抽象类(或者接口@Java)为所有类型的下落物件,包含一些方法诸如旋转,下落,左右移动等,使得具体的开发过程中只需要根据该抽象类编码,实现了解耦,也就可以更方便地添加各种类型的下落物件。
2。工厂模式
使用工厂模式来(随机地)生成下落物件,那么在主程序中就完全和具体的下落物件解耦了。
3。是否需要单件模式
如果说把容纳所有小方块的面板设计为一个class,那么它确实只能生成一个;但是似乎程序中不至于出现要实例化它两次的情况。
对于下落物件,在每次操作过程中确实只有一个,但是有些扩展设计可以显示出下一个下落物件,所以单件模式恐怕不好使。
是不是有一句话说,如果过度使用单件模式,那么程序就是有问题的?
4。一些其他的东西。
图形的实现。
我还是不喜欢用图形库,要去搞懂怎么用图形库显示一个东西,我实在没兴趣。
但是如果用字符实现的话,可能会因为刷屏导致很闪- -||
此外,怎么捕获控制台下的按键?这个一直没去研究过。。。虽然用tc很简单,但是程序写起来会很挫。。。
转载请注明出自 ,如是转载文则注明原出处,谢谢:)
RSS订阅地址: https://www.felix021.com/blog/feed.php 。
1。命令模式
定义一个抽象类(或者接口@Java)为所有类型的下落物件,包含一些方法诸如旋转,下落,左右移动等,使得具体的开发过程中只需要根据该抽象类编码,实现了解耦,也就可以更方便地添加各种类型的下落物件。
2。工厂模式
使用工厂模式来(随机地)生成下落物件,那么在主程序中就完全和具体的下落物件解耦了。
3。是否需要单件模式
如果说把容纳所有小方块的面板设计为一个class,那么它确实只能生成一个;但是似乎程序中不至于出现要实例化它两次的情况。
对于下落物件,在每次操作过程中确实只有一个,但是有些扩展设计可以显示出下一个下落物件,所以单件模式恐怕不好使。
是不是有一句话说,如果过度使用单件模式,那么程序就是有问题的?
4。一些其他的东西。
图形的实现。
我还是不喜欢用图形库,要去搞懂怎么用图形库显示一个东西,我实在没兴趣。
但是如果用字符实现的话,可能会因为刷屏导致很闪- -||
此外,怎么捕获控制台下的按键?这个一直没去研究过。。。虽然用tc很简单,但是程序写起来会很挫。。。
欢迎扫码关注:
转载请注明出自 ,如是转载文则注明原出处,谢谢:)
RSS订阅地址: https://www.felix021.com/blog/feed.php 。
如果你实在反感Windows的话,你可以用SDL这些跨平台库啊?
还有,设计模式要视情况用,太纠结的话会很累的。特别是片面追求高内聚低耦合而不顾场合会导致灾难。
不是反感windows。。。是实在不想去看。。linux的也不想去看。。。
对于设计模式的考虑,我觉得在这里还算到点吧,没有滥用。