separation-of-concerns

1热度

1回答

保持IClientValidatable在模型层之外

我使用数据注释来验证我的模型类。我也写了一些自定义属性。最终，模型被推送到ASP.NET MVC中构建的Web界面，但我希望保持关注的清晰分离，所以模型类具有自己的程序集（它也将被控制台应用程序使用）。必须在模型层中使用IClientValidatable接口（这是一个web关注的问题）打破了我期望的松散耦合。有想法该怎么解决这个吗？谢谢。

asp.net-mvc data-annotations custom-attributes separation-of-concerns 2013-10-28

---

1热度

2回答

C＃模型 - 分离关注？

我有一个模型Administrator，它有它的属性，但它也包含许多静态方法，它们并不真正与当前对象本身有任何联系，例如GetByCredentials(string username, string password);。是否有可能将静态方法分割到其他地方，并尽可能地纯粹对象？ 例 public class Administrator : Entity { // OBJECT STA

c# oop model separation-of-concerns 2013-08-01

---

3热度

3回答

分离问题和OOP PHP - 基于购物车中其他产品的产品价格

我期待实现某些电子商务功能，在达到特定数量时可提供折扣。捕捉的是，它不是一个sku的数量，一个类别中的任何数量的其他产品可以在达到阈值时触发数量中断。 所以，如果我有一个Cart_Product的模型类可以说，我通常会把这个类中的价格作为一个方法的逻辑。但由于需要考虑当前购物车中该类别的其他实例，因此我不确定是否需要继续。 我是否在Cart_Product get_price方法内调用“所有者”C

php oop separation-of-concerns domain-model 2013-08-01

---

2热度

1回答

MVC视图模型解耦

我正处于MVC的第一步。 在我的第一个例子，我有一个模型，如下所示： public class GuestResponse { [Required(ErrorMessage = "Please enter your name")] public string Name { get; set; } [Required(ErrorMessage = "Please e

asp.net-mvc model-view-controller model-binding separation-of-concerns loose-coupling 2013-10-02

---

1热度

1回答

在不同的服务器/分层上分离业务逻辑

我不得不使用托管公司，这迫使我将我的（web）表示逻辑和业务逻辑分开放在两个不同的服务器/分层上，并由防火墙隔开。只有具有表示逻辑的服务器才会暴露于互联网。理由是安全。我有第三个服务器/层与数据库，但这是微不足道的。我正在寻找在这种情况下很有用的架构模型/设计模式。 我在微软的一个3层web架构上发现了一个描述：Improving Web Application Security: Threats

design-patterns architecture n-tier separation-of-concerns 2013-10-03

---

1热度

1回答

我应该如何将这种担忧转化为服务对象？

我有一个担心，允许我给后端用户排序元素的能力。我将它用于几个不同的元素。 Rails社区似乎对关注和回调漂亮的声音，我想就如何将下面的代码更好的模型有几点建议： require 'active_support/concern' module Rankable extend ActiveSupport::Concern included do validates :

ruby-on-rails callback refactoring separation-of-concerns service-object 2013-06-26

---

1热度

4回答

从现有的winforms应用程序中分离出视图层的路径？

考虑： 我们的组织有一个标准的Windows窗体应用程序 的形式和业务逻辑相互交织 - 即Autonomous View。我们知道自主视图模式使得编写单元测试变得困难。我们的目标是采取单一形式，并将表现逻辑与表单本身分离，以便我们拥有一个独立的域实体/对象，可以更轻松地针对它编写单元测试。 我们没有做完整的重写。我正在寻找一种渐进的方法，可以单独处理一个屏幕。 经过一番研究，我认为Presenta

.net winforms design-patterns mvvm separation-of-concerns 2013-05-16

---

4热度

2回答

WCF分离问题VS DRY

我正在编写一个WCF服务应用程序，我已经将WCF类分离到他们自己的“表示层”（缺少更好的术语）。然后在下面，我有一个应用程序层来编排域对象。 我喜欢WCF技术没有泄漏到应用程序层的事实，所以我可以轻松地将它换成Web API（我曾考虑过）之类的东西。不过，我担心的是，它似乎打破了不重复自己的规则。 WCF层本质上已经变成了一个“代理”层，它只是将调用切换到应用层，保持相同的签名。 例如： publ

c# wcf domain-driven-design dry separation-of-concerns 2013-10-23

---

1热度

2回答

瘦的控制器传递分层/嵌套的数据来查看

我已经开始意识到Rails中的“瘦控制器”哲学，它说业务逻辑不应该在控制器中，但他们应该基本上只负责调用一些模型方法，然后决定渲染/重定向什么。将业务逻辑推入模型（或其他地方）可以保持行为方法的清洁（并避免在控制器的功能测试中存留长链ActiveRecord方法）。 我跑过的大多数情况都是这样的：我有三个模型，Foo,Bar和Baz。他们每个人都有一个定义的方法或范围（称为filter），将对象缩

ruby-on-rails data-structures rails-activerecord separation-of-concerns 2013-10-26

---

0热度

1回答

ASP.NET数据访问层的设计决策

我有一套静态数据库访问层类，可以对车辆，经销商和大量跟踪记录进行CRUD操作。这些对象在内存消耗方面可以相当大，因为记录的音符等等。我们称这组类为“A”。 另外，我还有另一个名为Lookups的静态类，它为了填充DropDownLists而执行只读操作。返回非常非常精细的对象（只是一个ID和一个文本字段） - 我们称之为“B”类 类“B”中的方法从与集合“A”中的方法相同的表中读取。 B中的部分代

c# design dry separation-of-concerns 2013-05-30

---