清洁架构用例/域层的相关性
在Android项目中，通常只有两层：包含MVVM内容的表示层和包含存储库的数据层。从ViewModel直接访问存储库，在将数据传递给视图之前，在ViewModel中处理数据。
所以我的问题是：Android上的usecases/interactors的目的是什么？它们是否相关，或者是否可以完全集成到Android的ViewModel中？
共有1个答案
这取决于你如何看待你的android应用程序。如果应用程序纯粹是一个视图层，那么不，它们并不特别相关。如果您使用它不仅仅是一个视图层，而是一个客户端应用程序，那么您最好构建一个全新的分层应用程序，而不要跳过干净体系结构的用法和模型。
什么时候做这件事纯粹是一种判断。对于只有琐碎逻辑的应用程序，并且主要用作表示引擎，所有相关的业务逻辑都在服务器端，那么您可能可以使用ViewModel。许多应用程序在客户端的复杂性与服务器端的复杂性相同或更高，在这一点上，您将希望以一种系统可伸缩和可维护的方式设计它们。
如果您发现自己不知道您的UseCases属于哪里，那么您可能已经跨过了这个门槛，应该将其设计为自己的应用程序。
-
我一直在阅读洋葱架构，今天我发现了鲍勃叔叔的清洁架构。 对于我来说，我看不出它们之间有什么不同，它们看起来完全一样（除了命名惯例）。 干杯
-
我正在尝试实现罗伯特·马丁描述的清洁架构。更具体地说，我使用的是VIPER，这是一个iOS版本的Clean架构。 我遇到的问题如下： 用户开始查看带有位置（别针）的地图。如果他单击一个按钮，一个pin被删除，他被带到另一个视图来创建（或编辑，如果是对现有pin的单击）该位置（或取消）。在另一个视图中，用户可以编辑该地方的信息，然后单击“上一步”或“完成”（或“编辑”）。如果他单击“完成”，则Pla
-
问题内容： 它被认为是很好的做法，对于应用程序的每个层（即一个例外，，等）。但是，如果我的服务层直接调用DAO方法（持久层方法）而不进行其他操作，该怎么办？ 像这样： 我是否应该将此DAO方法调用包装为一个块，然后将可能的异常抛出为？每个DAO方法应该只抛出吗？ 问题答案： 那么，您的Dao异常与服务层无关，并且服务层与dao层异常无关。正确的方法是捕获dao异常，然后将新的自定义异常扔到服务层。
-
本文向大家介绍asp.net实现三层架构的例子，包括了asp.net实现三层架构的例子的使用技巧和注意事项，需要的朋友参考一下 看了2天的三层架构，其实自己以前也看过这个，可以由于没有使用过，所以对于三层架构也只是知道罢了，昨天看了一下他一些内部的具体架构，三层分别是BLL、WEB、DAL，在web接受用户请求，bll处理业务，dal处理数据库事务，下面是一个简单的例子！这是一个添加新员工的页面：
-
我想知道是否有人能帮上忙。清理和构建最简单的项目时出错。（见下文） 导致错误的步骤： 作为一名新员工，也就是一台不超过4个月的机器上的新用户，我从打开NetBeans 8.2开始——一周前为我安装了NetBeans和Android Studio（用于sdk）。 但是没有安装Android插件，所以我实现了nbandroid更新中心来安装插件。然后我连接了sdk——在users\user中找到。us
-
我试图使用Kotlin实现干净的架构。这一过程的流程将是： 代码示例：