物联网程序开发中常用的设计模式可以提高代码的可读性、可维护性和可扩展性。以下是一些常用的设计模式：

1.观察者模式（Observer Pattern）：该模式用于处理对象之间的一对多依赖关系，当一个对象发生改变时，所有依赖它的对象都会自动更新。

2.工厂模式（Factory Pattern）：该模式提供了一个创建对象的接口，但具体对象的实例化过程由子类决定。适用于需要根据不同条件创建不同对象的情况。

3.单例模式（Singleton Pattern）：该模式保证一个类只有一个实例存在，并且提供全局访问点。适用于需要一个唯一实例的场景，如全局配置信息或数据库连接。

4.适配器模式（Adapter Pattern）：该模式用于使不兼容的接口能够协同工作。通过适配器，两个不兼容的接口可以进行交互。

5.策略模式（Strategy Pattern）：该模式定义了一组算法，并将其封装成一个对象，以便在运行时根据需要替换算法。提供了高度灵活性，使得算法可以独立于客户端改变。

6.责任链模式（Chain of Responsibility Pattern）：该模式将请求的发送者和接收者解耦，形成一条责任链。当一个请求经过链上的多个对象时，每个对象决定是进行处理还是传递给下一个对象。

7.装饰者模式（Decorator Pattern）：该模式用于动态地给对象添加新的职责。通过将对象包装在装饰者中，可以在不修改原有对象的情况下拓展对象功能。

8.命令模式（Command Pattern）：该模式将请求封装成一个对象，使得可以用不同的请求参数对客户端进行参数化。适用于需要将请求发送者和接收者解耦的场景。

9.迭代器模式（Iterator Pattern）：该模式提供了一种顺序访问聚合对象内部元素的方法，而无需暴露聚合对象的内部表示细节。

10.享元模式（Flyweight Pattern）：该模式用于尽量减少创建对象的数量，以此提高系统性能。通过共享可共享部分，减少对象的重复创建。

以上是物联网程序开发中常用的设计模式，不同的设计模式适用于不同的场景。在实际项目中，根据具体需求和问题选择合适的设计模式，可以提高程序的质量和可维护性。

需要注意的是，设计模式并非万能解决方案，过度使用或错误使用设计模式可能导致代码结构复杂化。因此，在使用设计模式时，需要根据具体情况合理选择，并保持良好的代码可读性和清晰性。