所以到现在为止我已经明白我们都应该实现我们的RESTful服务,提供表示,使客户能够遵循HATEOAS原则.虽然理论上这一切都很有道理,但我一直在网上搜索一些严格遵循这个想法的客户端代码的好例子.
我读的越多,我就越开始觉得这是一次学术讨论,因为没有人真正这样做!人们可以呻吟所有他们喜欢的WS-*堆栈的许多缺陷但至少很清楚如何编写客户端:你可以解析WSDL并生成代码.
现在我明白这对于一个好的RESTful服务来说不是必需的:你应该只需要知道所涉及的关系和表示,你应该能够动态地对这些做出反应.但即使如此,现在这个原则是不是应该被提炼出来并抽象成一些常见的库?提供有关您可能收到的表示和关系的信息,并获得可在您的应用程序中使用的更有用的更高级代码?
这些只是我的半生不熟的想法,但我只是担心如果我现在潜入并编写一个正确的RESTful API,实际上没有人能够使用它!或者至少使用它会在背后造成这样的痛苦,因为人们将不得不编写胶水代码来解释我提供的关系和表示.
任何人都可以从客户的角度阐明这一点吗?有人可以展示一个正确的动态/反应式RESTful客户端代码示例,这样我就可以了解我实际上正在为之写作的受众吗?(更好的是提供一些抽象的客户端API的一个例子)否则它的所有理论......
[编辑:请注意,我在这里发现了一个类似的问题,我认为这个问题没有得到回答,作者被一个维基百科的存根所取代!]
有时当我重新启动服务器或网络出现故障时,websocket会关闭,我希望能够始终获得当前的连接状态.
我基本上得到以下错误,我希望能够预测它:
WebSocket is already in CLOSING or CLOSED state.
(anonymous function)
InjectedScript._evaluateOn
InjectedScript._evaluateAndWrap
InjectedScript.evaluate
Run Code Online (Sandbox Code Playgroud) 我正在寻找一个实现或启用HTTP客户端实现的C++库.它也应该处理cookie.
你会建议什么?
似乎以前有更多的二进制协议,因为时间非常慢(拨号).我一直在看到一切都被HTTP和SOAP/REST/XML所取代.
为什么是这样?
二进制协议真的死了还是不太受欢迎?为什么他们会死或不受欢迎?
从同一客户端到同一服务器有两个不同的websocket连接有什么好处吗?对我而言,这似乎是一个糟糕的设计选择,但有什么原因/它应该更好地解决?
所以我在StackOverflow和Google上浏览了搜索结果的页面和页面,我遇到了很少适合资源受限的嵌入式环境(例如ARM)的C/C++ HTTP客户端库.然而,我遇到了很多适合桌面级应用程序的东西.
从本质上讲,我使用简单,易用且方便的API来进行HTTP GET,POST和HEAD调用(支持身份验证,下载恢复和有效负载压缩).如果它具有较小的占用空间(即没有或最小的外部依赖性)并且是开源的(具有许可许可证),那将是理想的.
这是我到目前为止所遇到的一系列清单以及它们不适合的原因 -
那里有没有我不知道的图书馆,或者我最好自己滚动?
我正在尝试连接到RESTful Web服务,但我遇到了一些麻烦,特别是在通过PUT和DELETE发送数据时.使用cURL,PUT需要一个文件发送,而DELETE只是很奇怪.我完全有能力使用PHP的套接字支持编写客户端并自己编写HTTP头文件,但我想知道你们是否曾经使用或看过PHP的REST客户端?
我有一个Web应用程序,假设自动提交已在数据库上打开,所以我不想在那里进行任何更改.但是我能找到的所有文档似乎只是讨论在数据库上使用init_connect,即所有客户端连接的全局设置.
有没有办法在Linux命令行上运行mysql时设置autocommit = 0(无需每次都输入)?
我对PostgreSQL没有一个好的Linux GUI管理和开发工具感到沮丧.
与仅限Windows的PostgreSQL Maestro和EMS PostgreSQL管理器相比,pgAdmin III是错误且不可用的...嗯,软件.
phpPgaAmin看起来并不乐观.
EMS PostgreSQL管理器可以在Wine下工作,但是这样的设置有很多问题.
要求是:
等等.
有任何想法吗?
client ×10
c++ ×2
http ×2
javascript ×2
mysql ×2
rest ×2
websocket ×2
autocommit ×1
binary ×1
c ×1
embedded ×1
hateoas ×1
linux ×1
php ×1
postgresql ×1
protocols ×1
tcp ×1
viewing ×1
web-services ×1