在基于 mvc 的大型系统中，有负责编辑数据的 View 和显示该数据的 View 。
示例:UserManagementView和 UserSelectionView .
每个子系统都应该知道自己是否需要更新数据，在另一个子系统对相同数据进行更改后，以便其 Controller 知道是否需要更新数据。
我对此的想法有点像观察者模式(有点集成在 c# 中)，所有 Controller 都将成为监听器，并最终会收到发生数据操纵的通知。
BindingList<>例如提供 ListChanged事件。同样，可以为每个数据结构创建一个接口(interface)，并将更改通知 Controller 。这会增加开销 (IMO)，而且我发现这种解决方案很难在大型系统中维护，无论如何更新数据也不是解决方案。
在这种情况下，哪种架构设计可以提供帮助？
最佳答案
这个问题听起来像是您正在尝试在没有模型部分的情况下使用 MVC。如果我误解了，编辑您的问题以包含实际用例(示例)可能有助于我们理解上下文。
但一般来说，您的 Controller 中不应真正保留/存储任何内容。因此， Controller 中不应有任何需要“更新”或“通知”的内容(即:无数据)。相反，数据应该位于管理所有数据的单独“模型”层中。然后 View 从模型层读取以获取该 View 的任何数据。
要快速复习，请查看 wikipedia page on MVC它有一个很好的经典 MVC 流程图和关于组件交互的简单文章。
让我们试着设计一个例子来理解这个问题。
假设我的应用程序中有一个用户列表。此列表可能显示在:
这些 View 中的每一个都会从您的模型层请求数据并在屏幕上显示一些内容。
现在假设对一个用户的配置文件进行了更改。这将通过一个 Controller 方法来完成，该方法执行任何必要的工作以将一些更改应用到模型。
我的理解是您希望所有这些 View 都更新以反射(reflect)该更改。这意味着 View 需要从模型中重新加载数据。它不应该从 Controller 本身获取此数据，即使 Controller 触发此重新加载/刷新 - 或者更确切地说， Controller 方法可能有助于从模型层查询。重要的是您没有在整个应用程序的多个 Controller 中维护数据的多个副本。持久化集中在模型层。
在 winforms 的情况下，如果您的 UI 组件被构建为识别该接口(interface)并相应地刷新，则模型层可能能够提供类似上述 INotifyPropertyChanged 接口(interface)的东西。但这是一种相当依赖于平台的方法。
一种与平台/上下文无关的方法是已经提到的发布-订阅(发布-订阅)模式。在这种情况下，每个对模型进行更改的 Controller 方法也会发布其更改的通知。该数据的任何 View 都可以监听并通过从模型层刷新/重新加载 View 数据来响应此类通知。
关于c# - 设计 : How to inform controllers about data modification across application，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/11051978/
我有一个模型:classItem项目有一个属性“商店”基于存储的值，我希望Item对象对特定方法具有不同的行为。Rails中是否有针对此的通用设计模式？如果方法中没有大的if-else语句，这是如何干净利落地完成的？ 最佳答案 通常通过Single-TableInheritance. 关于ruby-on-rails-Rails-子类化模型的设计模式是什么？，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.co
我将应用程序升级到Rails4，一切正常。我可以登录并转到我的编辑页面。也更新了观点。使用标准View时，用户会更新。但是当我添加例如字段:name时，它不会在表单中更新。使用devise3.1.1和gem'protected_attributes'我需要在设备或数据库上运行某种更新命令吗？我也搜索过这个地方，找到了许多不同的解决方案，但没有一个会更新我的用户字段。我没有添加任何自定义字段。 最佳答案 如果您想允许额外的参数，您可以在ApplicationController中使用beforefilter，因为Rails4将参数
如何在ruby中调用C#dll？ 最佳答案 我能想到几种可能性:为您的DLL编写(或找人编写)一个COM包装器，如果它还没有，则使用Ruby的WIN32OLE库来调用它；看看RubyCLR,其中一位作者是JohnLam，他继续在Microsoft从事IronRuby方面的工作。(估计不会再维护了，可能不支持.Net2.0以上的版本)；正如其他地方已经提到的，看看使用IronRuby，如果这是您的技术选择。有一个主题是here.请注意，最后一篇文章实际上来自JohnLam(看起来像是2009年3月)，他似乎很自在地断言RubyCL
我正在尝试在Ruby中复制Convert.ToBase64String()行为。这是我的C#代码:varsha1=newSHA1CryptoServiceProvider();varpasswordBytes=Encoding.UTF8.GetBytes("password");varpasswordHash=sha1.ComputeHash(passwordBytes);returnConvert.ToBase64String(passwordHash);//returns"W6ph5Mm5Pz8GgiULbPgzG37mj9g="当我在Ruby中尝试同样的事情时，我得到了相同sha
C#实现简易绘图工具一.引言实验目的:通过制作窗体应用程序(C#画图软件),熟悉基本的窗体设计过程以及控件设计,事件处理等,熟悉使用C#的winform窗体进行绘图的基本步骤,对于面向对象编程有更加深刻的体会.Tutorial任务设计一个具有基本功能的画图软件**·包括简单的新建文件,保存,重新绘图等功能**·实现一些基本图形的绘制,包括铅笔和基本形状等,学习橡皮工具的创建**·设计一个合理舒适的UI界面**注明:你可能需要先了解一些关于winform窗体应用程序绘图的基本知识,以及关于GDI+类和结构的知识二.实验环境Windows系统下的visualstudio2017C#窗体应用程序三.
目录前言滤波电路科普主要分类实际情况单位的概念常用评价参数函数型滤波器简单分析滤波电路构成低通滤波器RC低通滤波器RL低通滤波器高通滤波器RC高通滤波器RL高通滤波器部分摘自《LC滤波器设计与制作》，侵权删。前言最近需要学习放大电路和滤波电路，但是由于只在之前做音乐频谱分析仪的时候简单了解过一点点运放，所以也是相当从零开始学习了。滤波电路科普主要分类滤波器：主要是从不同频率的成分中提取出特定频率的信号。有源滤波器：由RC元件与运算放大器组成的滤波器。可滤除某一次或多次谐波，最普通易于采用的无源滤波器结构是将电感与电容串联，可对主要次谐波（3、5、7）构成低阻抗旁路。无源滤波器：无源滤波器，又称
项目介绍随着我国经济迅速发展,人们对手机的需求越来越大,各种手机软件也都在被广泛应用,但是对于手机进行数据信息管理,对于手机的各种软件也是备受用户的喜爱小学生兴趣延时班预约小程序的设计与开发被用户普遍使用,为方便用户能够可以随时进行小学生兴趣延时班预约小程序的设计与开发的数据信息管理,特开发了小程序的设计与开发的管理系统。小学生兴趣延时班预约小程序的设计与开发的开发利用现有的成熟技术参考,以源代码为模板,分析功能调整与小学生兴趣延时班预约小程序的设计与开发的实际需求相结合,讨论了小学生兴趣延时班预约小程序的设计与开发的使用。开发环境开发说明：前端使用微信微信小程序开发工具：后端使用ssm：VU
我在我的项目中有一个用户和一个管理员角色。我使用Devise创建了身份验证。在我的管理员角色中，我没有任何确认。在我的用户模型中，我有以下内容:devise:database_authenticatable,:confirmable,:recoverable,:rememberable,:trackable,:validatable,:timeoutable,:registerable#Setupaccessible(orprotected)attributesforyourmodelattr_accessible:email,:username,:prename,:surname,:
我正在尝试创建密码规则来设计可恢复的密码更改。我通过passwords_controller.rb做了一个父类(superclass)，但我需要在应用规则之前检查用户角色，但我所拥有的只是reset_password_token。 最佳答案 假设您的模型是用户:User.with_reset_password_token(your_token_here)Source 关于ruby-on-rails-设计通过reset_password_token获取用户，我们在StackOverflow
我已经使用Apartment设置了一个Rails5应用程序(1.2.0)和Devise(4.2.0)。由于某些DDNS问题，应用只能在app.myapp.com下访问(请注意子域app)。myapp.com重定向到app.myapp.com。我的用例是每个注册该应用的用户(租户)都应该通过他们的子域(例如tenant.myapp.com)访问他们的特定数据。用户不应限定在其子域内。基本上应该可以从任何子域登录。重定向到租户的正确子域由ApplicationController处理。根据Devise标准，登录页面位于app.myapp.com/users/sign_in。这就是问题开始的
