Tag: networking服务
API与Web服务
web服务和API有什么区别？ 差异比用于传输数据的协议更多吗？ 谢谢。
通过wireshark捕获手机stream量
如何在wireshark上捕获手机stream量？
如何使用Docker公开多个端口？
所以我有3个端口应该暴露在机器的界面。 是否有可能使用Docker容器做到这一点？
人为地创build连接超时错误
我收到连接超时时发生了一个软件错误。 这些错误是非常罕见的（通常当我的连接被我们的内部networking丢弃时）。 我怎么能人为地产生这种效果，所以我可以testing我们的软件？ 如果有问题，应用程序是使用CAsyncSocket类在C ++ / MFC中编写的。 编辑： 我试过使用一个不存在的主机，我得到的套接字错误： WSAEINVAL（10022）无效的参数 我下一个尝试是使用亚历山大的build议，连接到不同的端口，例如81（在我自己的服务器上）。 这很好。 与丢弃的连接完全相同（60秒等待，然后错误）。 谢谢！
一个干净，轻量级的替代Python的扭曲？
（很久以前）我写了一个multithreading的web-spider来同时启用并发请求。 那是在我的Python青年时代，在我知道GIL以及它为multithreading代码（IE，大多数时候东西刚刚结束了序列化！ 我想重写这个代码，使其更强大，性能更好。 基本上有两种方法可以做到这一点：我可以在2.6+中使用新的多处理模块 ，或者我可以使用某种基于反应器/事件的模型。 我宁愿做后来的事，因为它简单得多，也不太容易出错。 所以这个问题涉及到哪个框架最适合我的需求。 以下是我所知道的选项列表： 扭曲 ：Python反应器框架的爷爷：看起来很复杂，有点臃肿。 陡峭的学习曲线为一个小任务。 Eventlet ：来自lindenlab的家伙。 基于Greenlet的框架，面向这些types的任务。 我看了一下代码，它不太漂亮：非pep8兼容，分散打印（为什么人们在一个框架中做这个？），API似乎有点不一致。 PyEv ：不成熟，现在似乎没有人使用它，虽然它是基于libevent，所以它有一个坚实的后端。 asyncore ：从stdlib：über低级，看起来像是很多legwork只涉及到一些东西。 龙卷风 ：虽然这是一个面向服务器的产品devise服务器dynamic网站，它具有asynchronousHTTP客户端和一个简单的ioloopfunction 。 看起来它可以完成工作，但不是它的目标。 不幸的是，在Windows上不能运行，这对我来说很重要 – 这是我支持这个蹩脚平台的要求] 有什么我错过了吗？ 当然，必须有一个图书馆，适合一个简化的asynchronousnetworking库的甜点！ 非常感谢intgr指向这个页面的指针。 如果你滚动到底部，你会看到有一个非常好的项目列表，旨在以这样或那样的方式来解决这个任务。 事实上，自从Twisted诞生以来事情确实已经发生了变化：现在人们似乎喜欢基于协同程序的解决scheme，而不是传统的反应器/callback定向解决scheme。 这种方法的好处是更直接的代码：我以前肯定发现，特别是在C ++中使用boost.asio时，基于callback的代码可能会导致难以遵循的devise，并且相对比较模糊未经训练的眼睛。 使用协同例程可以让你编写至less看起来更加同步的代码。 我想现在我的任务是弄清楚我喜欢这些图书馆中的哪一个，然后放弃它！ 很高兴我现在问…] 任何关注这个问题的人或许会对此感兴趣，或者在任何意义上关心这个话题：我发现了一个关于这个工作可用工具当前状态的非常好的写法]
什么是IPv4允许的最大的TCP / IPnetworking端口号？
什么是最高的端口号码可以使用？
构buildiOSnetworking应用程序的最佳架构方法（REST客户端）
我是一个具有一定经验的iOS开发人员，这个问题对我来说真的很有趣。 我在这个主题上看到了很多不同的资源和材料，但是我仍然感到困惑。 什么是iOSnetworking应用程序的最佳体系结构？ 我的意思是基本的抽象框架，模式，这将适合每个networking应用程序，无论是只有less数服务器请求的小应用程序，还是一个复杂的REST客户端。 苹果公司build议使用MVC作为所有iOS应用程序的基本架构方法，但MVC和更现代的MVVM模式都不能解释将networking逻辑代码放在哪里以及如何组织它。 我是否需要开发一些类似MVCS （ S for Service ）的东西，并且在这个Service层中放置所有API请求和其他networking逻辑，这些东西可能真的很复杂？ 在做了一些研究之后，我发现了两个基本的方法。 在这里build议为每个networking请求创build一个单独的类到Web服务API （如LoginRequest类或PostCommentRequest类等），它们都从基本请求抽象类AbstractBaseRequestinheritance，并且除了创build一些封装的全局networkingpipe理器常见的networking代码和其他偏好（如果我们有复杂的对象映射和持久性，甚至是使用标准API的自己的networking通信实现，则可能是AFNetworking定制或RestKit调优）。 但是这个方法对我来说似乎是一个开销。 另一种方法是像第一种方法一样使用一些单例API调度程序或pipe理器类， 但不是为每个请求创build类，而是将每个请求封装为此pipe理器类的实例公共方法，如： fetchContacts ， loginUser方法等。那么，最好的和正确的方法是什么？ 还有其他有趣的方法我还不知道？ 我应该为所有这个networking的东西，如Service ，或NetworkProvider层或任何我的MVC架构上创build另一层，或者这个层应该被集成（注入）到现有的MVC层，例如Model ？ 我知道那里有美丽的方法，或者像Facebook客户端或LinkedIn客户端这样的移动怪物如何处理networking逻辑的指数级增长的复杂性？ 我知道这个问题没有确切而正式的答案。 这个问题的目标是收集有经验的iOS开发人员最有趣的方法 。 最好的build议方法将被标记为接受和奖励声誉赏金，其他人将被高举。 这主要是一个理论和研究问题。 我想了解iOS中的networking应用的基本，抽象和正确的架构方法。 我希望有经验的开发人员的详细解释。
REST API错误返回好的做法
我正在寻找有关从REST API返回错误的良好实践的指导。 我正在研究一个新的API，所以我现在可以把它放在任何方向。 我的内容types目前是XML，但是我打算将来支持JSON。 我现在正在添加一些错误情况，例如客户端尝试添加新的资源，但超过了他的存储配额。 我已经处理了HTTP状态代码的某些错误情况（401用于身份validation，403用于授权，404用于普通的错误请求URI）。 我查看了这个幸运的HTTP错误代码，但400-417范围没有一个报告应用程序特定的错误。 所以起初我很想用200 OK和一个特定的XML有效载荷来回报我的应用程序错误（即支付我们更多，你将得到你需要的存储！），但我停下来想想，它似乎肥皂（/恐惧地耸耸肩）。 另外感觉就像我将错误响应分解成不同的情况，例如一些是由http状态码驱动，另一些是内容驱动的。 那么行业build议是什么？ 好的做法（请解释一下为什么！）以及从客户端pov，REST API中的error handling是如何使客户端代码变得更容易？
端口和套接字有什么区别？
这是我组织中的一位软件工程师提出的问题。 我对最广泛的定义感兴趣。
SOAP vs REST（差异）
我已经阅读了有关SOAP和REST作为Web服务通信协议之间差异的文章，但是我认为REST优于SOAP的最大优点是： REST更加dynamic，不需要创build和更新UDDI。 REST不限于XML格式。 REST Web服务可以发送纯文本，JSON和XML。 但是SOAP更加标准化（Ex;安全性）。 那么，我在这些方面是否正确？
