Frameworks 在通用应用程序开发中也使用WCF编程模型？

这听起来可能很奇怪或有趣，但我需要问这个问题来澄清。基本上我喜欢WCF编程模型。因此，假设我对基于“服务”的应用程序没有严格的要求，我还能继续利用WCF基础设施吗

我知道从技术上讲这是可能的，但是我想知道这样做是否有明显的惩罚。我知道我可以通过使用适当的绑定（比如NetNamedPipesBinding）来提高性能

---

那么，我如何才能更好地关注性能，而且，除了性能之外，我还应该关注哪些方面呢？

我们实际上已经尝试过这一点。我听了一个播客，他认为每个类都应该有一个WCF接口

好的一面是：

• 它迫使你更多地思考系统的各个部分是如何相互作用的
• 当我们需要将应用程序分散到两台机器上时，这只是一个配置更改

一个是否定的

• 由于配置错误，在配置和时间上有很多额外的工作要做
• 我认为会发生什么：假设您有一个1MB的对象，并通过WCF命名的管道发送它，尽管它都在内存中，但您仍然“发送”1MB。如果只使用类，则发送指针

---

总的来说，我不会再试一次，尽管配置更少的WCF 4会使它更可行。

什么样的应用程序？为何呈现表单？不，是Html吗？可能（但仍然没有）。网络通信？也许是的在这种情况下，你可能也喜欢尤瓦尔·洛伊的银幕演员！我们现在可以消除表示层，并考虑剩余的应用层，域层，甚至数据访问层。虽然我期待一个“不”的修辞，但我很想知道“为什么”。常规编码的WCF编程模型有什么问题。事后想一想，即使是以后的演示也可以使用WCF RESTful服务和一个尊重json数据的UI层（用ExtJs编码）。Marc，我在2年前看过这段视频。朱瓦尔强烈支持这个想法，但采访者并不信服。顺便说一句，这个链接没有视频。马克，这里有一个链接，朱瓦尔在另一次采访中谈到了这个想法：我现在正在查看成绩单。谢谢设拉子。这是一个有用的输入。关于您指出的负面影响，1）在一个层中，我可能不采用配置路线，但可能是硬编码路线（帮助器配置类）。这样，我将最小化配置范围。2） 我必须找到一种方法供参考，或者建立一个共同的背景。你能指出更多的负面影响吗？嗨，设拉子。。。你能从性能的角度解释一下你的经历吗？WCF框架是否产生了重大影响？