在Angular中，可以使用以下解决方法来应用“清晰架构原则（Bob Martin）”：

1. 单一职责原则（SRP）： 确保每个类、组件或服务只有一个单一的责任。例如，一个组件只负责渲染视图和处理用户交互，而不应该包含与数据获取或业务逻辑相关的代码。

   // 示例：一个只负责渲染视图的组件
   @Component({
     selector: 'app-user',
     templateUrl: './user.component.html',
     styleUrls: ['./user.component.css']
   })
   export class UserComponent {
     // ... 组件的其他属性和方法
   
     // 渲染视图和处理用户交互的代码
   }
   

2. 开放封闭原则（OCP）： 在添加新功能时，不应该修改已有的代码，而是通过扩展来实现。例如，使用抽象类或接口定义通用的行为，然后通过继承或实现来实现具体的功能。

   // 示例：使用抽象类定义通用的行为
   export abstract class DataService {
     abstract getData(): any;
   }
   
   // 示例：通过继承来实现具体的功能
   export class HttpDataService extends DataService {
     getData() {
       // 使用HTTP请求获取数据的具体实现
     }
   }
   
   // 示例：通过实现来实现具体的功能
   export class MockDataService implements DataService {
     getData() {
       // 使用模拟数据获取数据的具体实现
     }
   }
   

3. 依赖倒置原则（DIP）： 高级模块不应该依赖于低级模块，而是应该依赖于抽象。使用依赖注入来实现依赖倒置，将具体实现类的创建和传递责任交给框架。

   // 示例：通过依赖注入将具体实现类传递给组件
   @Component({
     selector: 'app-user-list',
     templateUrl: './user-list.component.html',
     styleUrls: ['./user-list.component.css'],
     providers: [HttpDataService]  // 通过providers属性注入依赖
   })
   export class UserListComponent implements OnInit {
     constructor(private dataService: DataService) { }
   
     ngOnInit() {
       const data = this.dataService.getData();
       // 处理获取到的数据
     }
   }
   

4. 接口隔离原则（ISP）： 定义小而精确的接口，避免大而臃肿的接口。组件和服务应该只依赖于它们真正需要的接口。

   // 示例：定义小而精确的接口
   export interface Logger {
     log(message: string): void;
   }
   
   // 示例：组件只依赖于需要的接口
   @Component({
     selector: 'app-user',
     templateUrl: './user.component.html',
     styleUrls: ['./user.component.css'],
     providers: [{provide: Logger, useClass: ConsoleLogger}]
   })
   export class UserComponent implements OnInit {
     constructor(private logger: Logger) { }
   
     ngOnInit() {
       this.logger.log('User component initialized.');
     }
   }
   
   // 示例：通过实现接口来提供具体的实现
   export class ConsoleLogger implements Logger {
     log(message: string) {
       console.log(message);
     }
   }
   

以上是在Angular中应用“清晰架构原则（Bob Martin）”的一些解决方法，它们可以帮助你编写更具可维护性和可扩展性的代码。