Questions tagged «plugin-architecture»

我一直在阅读/观看Robert C. Martin的很多内容。我碰到他说，由于固态硬盘，SQL是不必要的。当我搜索其他资源以进行备份时，我会收到大量随机文章，描述硬盘驱动器和固态驱动器之间的SQL性能差异（相关但与我要研究的内容无关）。 最终，我不明白他在试图达到什么目的。他是说用No-SQL技术取代SQL吗？他是说在文件系统中的文件中存储数据吗？还是他只是希望人们因为SQLi攻击而停止使用SQL /关系数据库？我担心我错过了他想表达的观点。 我将在此处提供一些链接，以便您可以直接从他的心中读懂： 鲍比表 清洁建筑讲座 首先，他指出应该从系统中完全删除SQL。 解决方案。唯一的解决方案。是从系统中完全消除SQL。如果没有SQL引擎，那么就不会有SQLi攻击。 并且尽管他谈论使用API​​替换SQL，但我不认为他的意思是将SQL放在API后面，因为前面的引用以及他在本文前面所说的。 框架无法解决问题； ... 旁注：在说SQL时，我很确定Robert意味着大多数关系数据库。也许不是全部，而是大多数。无论如何，大多数人还是使用SQL。所以... 如果不使用SQL来持久化数据，那么我们应该使用什么呢？ 在回答之前，我还应该注意。罗伯特（Robert）强调，固态驱动器应该改变我们用来持久化数据的工具。SørenD.Ptæus的回答指出了这一点。 我还必须回应“但是数据完整性”组。经过进一步研究，罗伯特说我们应该使用像datomic这样的事务数据库。然后，CRUD变成CR（创建和读取），并且SQL事务完全消失。数据完整性当然很重要。 我找不到涵盖所有这些的问题。我想我正在寻找符合罗伯特指南的替代方案。Datomic是一个，但是是吗？还有哪些其他选项与这些准则匹配？它们在固态驱动器上是否更好地工作？

45 architecture  enterprise-architecture  architectural-patterns  plugin-architecture 

鲍勃叔叔在他的《清洁架构》一书中说，主持人应该将收到的数据放入他称为“视图模型”的东西中。 这与Model-View-ViewModel（MVVM）设计模式中的“ ViewModel”是一样的吗，还是简单的数据传输对象（DTO）？ 如果不是简单的DTO，它与View有何关系？视图是否通过观察者关系从视图获取更新？ 我的猜测是它更像是MVVM中的ViewModel，因为罗伯特·马丁（Robert Martin）在他的书的第23章中说： [演示者]的工作是接受来自应用程序的数据并对其进行格式化以进行演示，以便View可以将其简单地移动到屏幕上。例如，如果应用程序希望在字段中显示日期，它将向Presenter传递Date对象。然后，Presenter会将数据格式化为适当的字符串，并将其放置在称为View模型的简单数据结构中，View可以在其中找到它。 这意味着View以某种方式连接到ViewModel，而不是简单地将其作为函数参数接收（例如DTO就是这种情况）。 我认为这是因为，如果您查看图像，演示者将使用视图模型，而不是视图。演示者同时使用输出边界和输出数据DTO。 如果既不是DTO也不是MVVM中的ViewModel，请详细说明它是什么。

13 architecture  mvvm  dto  plugin-architecture  view