开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

对于写和列表，或者重用，你应该有不同的协议吗？

对于写和列表的操作，通常需要考虑不同的协议以满足不同的需求。下面是一些常见的协议和它们的特点：

写操作：
- TCP/IP协议：传输控制协议/互联网协议是互联网通信的基础协议，通过建立可靠的连接实现数据的可靠传输。
- HTTP协议：超文本传输协议是用于在网络中传输超文本的协议，通过请求-响应模式实现客户端和服务器之间的数据传输。
- MQTT协议：消息队列遥测传输协议是一种轻量级的发布/订阅协议，适用于物联网设备之间的通信。

列表操作：
- RESTful API：表述性状态传递应用程序接口是一种基于HTTP协议的设计风格，通过URL和HTTP动词来对资源进行操作，常用于构建Web服务。
- GraphQL：一种用于API的查询语言和运行时环境，可以灵活地定义数据的查询和变更操作，减少网络传输数据量并提高前端开发效率。

在实际应用中，不同的协议适用于不同的场景和需求。例如，对于需要实时传输数据的应用，可以选择使用TCP/IP协议或者MQTT协议；对于需要高效的数据传输和前端开发的应用，可以选择使用GraphQL。

以下是一些腾讯云相关产品和产品介绍链接地址，适用于上述协议的应用场景：

TCP/IP协议：腾讯云云服务器（https://cloud.tencent.com/product/cvm）
HTTP协议：腾讯云API网关（https://cloud.tencent.com/product/apigateway）
MQTT协议：腾讯云物联网通信（https://cloud.tencent.com/product/iotexplorer）
RESTful API：腾讯云Serverless Framework（https://cloud.tencent.com/product/sls）
GraphQL：腾讯云Serverless Cloud Function（https://cloud.tencent.com/product/scf）

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

架构师必须掌握的 10 条设计原则

对此的一个推论是，在一个对象中，相对于成员变量，你更应该优先选择静态的无状态变量 (static stateless variables)。...对于模块，应该遵循的一些关键原则是： 1.尽可能减少依赖 2.每个项目应该有一个明确的职责 3.不要重复自身你应该努力使你的项目保持小巧和明确。...一个明显的事实是 —— 你正在为一个新的地方引入 bug，其他开发者也不太可能重用你的代码，因为没有被广泛理解、支持和测试。...10 避免编写新的代码这是每个程序员都应遵循的最重要的教诲：最好的代码就是还没写的代码。你写的代码越多，你将遇到的问题就越多，查找和修复错误就越困难。...在写一行代码之前先问一问自己，有没有一个工具、函数或者库已经实现了你所需要的功能？你真的需要自己实现这个功能，而不是调用一个已经存在的功能吗？你还知道别的设计原则吗？欢迎留言！

3443 0

架构师必须掌握的 10 条设计原则

对此的一个推论是，在一个对象中，相对于成员变量，你更应该优先选择静态的无状态变量 (static stateless variables)。...对于模块，应该遵循的一些关键原则是： 1.尽可能减少依赖 2.每个项目应该有一个明确的职责 3.不要重复自身你应该努力使你的项目保持小巧和明确。...一个明显的事实是 —— 你正在为一个新的地方引入 bug，其他开发者也不太可能重用你的代码，因为没有被广泛理解、支持和测试。...10 避免编写新的代码这是每个程序员都应遵循的最重要的教诲：最好的代码就是还没写的代码。你写的代码越多，你将遇到的问题就越多，查找和修复错误就越困难。...在写一行代码之前先问一问自己，有没有一个工具、函数或者库已经实现了你所需要的功能？你真的需要自己实现这个功能，而不是调用一个已经存在的功能吗？你还知道别的设计原则吗？欢迎留言！（完）

4531 0

业务分析实践：10个常见问题 | TW洞见

临时拆分出的技术任务卡和迭代中发现的缺陷卡，要不要给点数？不给。同上，只要业务需求范围没有变化，就不应该出现点数变动。 4. 不同的卡中，验收标准可以有重复吗？...不同的API接口也都需要共同遵循一个技术标准，这个也不用在每个卡上重复去写，也是建一个共享页面来描述这个标准，其他卡来引用这个页面。 5....错的假设意味着演变成了一个问题，需要移到问题列表上；迟迟无法验证的假设，请从假设列表移到风险列表。风险：如果发生了，会影响需求范围吗？有哪些备选方案？需要提前做什么准备？...只不过这类卡片不应该有点数，或者点数为0。 8. 在项目快速启动(Inception)时，我们已经找出了MVP，并确定为第一次发布的需求范围，且交付时间很紧张只有3个月。...我好像绝大多数时间都在写卡，都没时间去想产品和业务，更别说去写总结和分享了。作为BA，该怎么分配自己的时间和精力？

8049 0

KRACK官网翻译「建议收藏」

但实际上所有的工作都是我自己做的。所以学术论文的作者列表不代表工作分工:) 我的设备脆弱吗？可能吧。任何使用Wi-Fi的设备都很容易受到攻击。联系你的供应商了解更多信息。...也就是说，我们的工作在于对接入点修改，以防止对易受攻击的客户端进行攻击。这些修改不同于给脆弱的接入点写的安全补丁！...你为此获得了bug奖励吗？我还没有申请任何bug奖励，也没有收到一个。这种攻击和其他对WPA2的攻击相比如何？这是第一个针对WPA2协议本身的攻击，不依赖于密码猜测。...不同在于，已存的攻击中没有一个是针对4步握手或者针对在WPA2协议中定义的加密套件。相反，我们的密钥重装攻击针对4步握手（还针对其他握手），突出了WPA2协议本身的漏洞。...然而，我们认为其他协议标准不太可能受到类似攻击的影响（或者至少我们希望这样）。然而，审计别的协议仍然是一个好主意。有一个更高分辨率版本的logo吗？是的，在这儿。非常感谢制作logo的人。

4.6K3 0

浅谈 Appium 中的 PO 模式

可以看出几个关键字: 解决方案、重用代码、让代码更容易，也就说设计模式的诞生是为了让项目开发迭代更快。...这些设计模式广泛应用现在的程序开发中，提高程序的复用性、降低代码的耦合性。什么是PO? 刚了解自动化的时候，经常写一个java或者py文件脚本，在文件中写上百行代码。...因此需要引入面向对象编程模式来解决问题，面向对象则是一种以对象为中心的编程思想，通过分析问题，分解出一个一个的对象，然后通过不同对象之间的调用来组合解决问题。...} 测试类使用PO 1、对于测试类，不应该有直接操作元素的方法。...最后，PO模式也不是万能的，如果测试用例在百十条之内用PO模式是没什么问题的，如果测试用例上千以后的维护负责成本就会加剧了，到时候可能需要设计其他设计模式，如果你有什么更好的自动化框架设计模式，欢迎交流

8563 0

web程序员

web相对于其他方向来说，会简单点，但是涉及的东西会多点，如今的web程序员，所需的基本技能应该有三剑客，nodejs，php，mysql，http系列协议，网络，浏览器基本原理，apache/nginx...不过需要的技能其实很大程度上依赖于公司，具体来说应该有这么几种情况，参与小系统或者内部系统的开发时，前端程序员其实就是个web程序员，需要自己建表，写服务端逻辑，前端逻辑，写页面样式，交互，俗称全栈，...http协议的核心知识应该有缓存机制，常见的请求方法，cookie机制，持久连接和管道化机制，常见的http响应码，请求头，响应头的意义。还包括一些安全的，协议升级协商，解决跨域的头部。...后端，作为一个前端，有时候也需要知道后端的知识，因为你不知道什么时候你需要去写后端，学习点后端不至于到时候一脸懵逼，后端现在一般是使用nodejs和php，python也有人用，很多人说对于前端来说，学习...设计模式也是一个重要的部分，写代码一开始是先随便写，实现功能第一，渐渐地，就需要开始考虑怎样写好代码，怎么写比较好，怎么组织比较好，有时候，有些设计模式的确会很优雅地解决一些问题，代码的重用和可维护性对于自己和别人都是很重要的

6456 0

java大公司后端多线程面试题最强分享

乐观锁：乐观锁认为竞争不总是会发生，因此它不需要持有锁，将比较-替换这两个动作作为一个原子操作尝试去修改内存中的变量，如果失败则表示发生冲突，那么就应该有相应的重试逻辑。...34、ConcurrentHashMap的工作原理 ConcurrentHashMap在jdk 1.6和jdk 1.8实现原理是不同的. jdk 1.6: ConcurrentHashMap是线程安全的...，但是与Hashtablea相比，实现线程安全的方式不同。...一个典型的例子是在类中有一个 long 类型的成员变量。如果你知道该成员变量会被多个线程访问，如计数器、价格等，你最好是将其设置为 volatile。为什么？...意思就是说，在你写一个 volatile 域时，能保证任何线程都能看到你写的值，同时，在写之前，也能保证任何数值的更新对所有线程是可见的，因为内存屏障会将其他所有写的值更新到缓存。

6211 0

编写可复用的服务端软件系统应该注意的五个重要细节

4 关于使用方法和接口函数API 01 我们提供的可重用方法，是通信协议，还是API库？...这永远是个可以争论的问题，但是有一条是可以确定的：通信协议方便在不同OS和语言间使用，而API更方便具体的语言开发。...而API库可以提供比通信协议更多的语言特性，比如回调、继承、工厂等等。 02 对于可重用代码的使用方法，实际上有很多“流派”。但最糟糕的是没有“流派”，使用方法完全需要根据例程或者手册来用。...这在纯C的函数库中是最常见的。比如文件操作，你需要先获得一个句柄，然后用这个句柄读、写，等等。...这能让你检查自己模块的依赖性，如果测试代码太难编译成功或者难以在不同环境下运行，就证明了有易用性的问题需要解决。

81810 0

【Nginx37】Nginx学习：SSL模块（一）简单配置与指令介绍

如果你是从云服务商那里买的或者找的免费申请的，在收到邮件下载之后，获得的也是这两个文件。然后我们就直接用它们进行配置吧。...浏览器也会通过这些 CA 机构来判断你的证书是不是合法的，如果没有 CA 认证，就说明这个证书的来源不明，可能不是正规的或者被篡改了。因此，浏览器的安全机制就会出现这样的提示。...只有 OpenSSL 1.0.2 或更高版本支持不同证书的单独证书链。对于旧版本，只能使用一个证书链。...应该记住，由于最大互操作性的 HTTPS 协议限制，虚拟服务器应该侦听不同的 IP 地址。 ssl_certificate_key 为给定的虚拟服务器指定具有 PEM 格式的密钥的文件。...可以使用“openssl ciphers”命令查看完整列表。之前的 nginx 版本默认使用不同的加密算法。

1.2K2 0

把 React 作为 UI 运行时来使用

例如，React 也许可以帮你写一个 Twitter 客户端，但对于一个 3D 管道屏幕保护程序并没有太大用处。宿主实例宿主树由节点组成，我们称之为“宿主实例”。...React 会遍历整个元素树，并将其与先前的版本进行比较： dialog → dialog ：能重用宿主实例吗？能 — 因为类型是匹配的。 input → p ：能重用宿主实例吗？不能，类型改变了！...这样一来输入框中的状态就不会丢失了。列表比较树中同一位置的元素类型对于是否该重用还是重建相应的宿主实例往往已经足够。但这只适用于当子元素是静止的并且不会重排序的情况。...所有的状态都会丢失 — 对于渲染完全不同的视图时，通常来说这是一件好事。...取决于你的代码，在每次渲染后 handleChange 都会不同因此你可能仍然会看到不必要的重订阅。 useCallback 能够帮你解决这个问题。或者，你可以直接让它重订阅。

2.5K4 0

AI开发工具：如何使用Dagger容器化Agent

“应该有一个软件生态系统，让我们可以重用彼此的东西，”他说。“我们建议 Dagger 作为这样一个生态系统。” Dagger 是一个用于软件构建的开源引擎运行时。...Docker带来了可重用性和可扩展性。 “我建议我们对 Agent 做同样的事情，”他建议道。“把这些大脑装进罐子里，然后控制它们连接的内容。”...他为 LLM 添加了一个基本的提示：你是一位专家级的 Go 程序员。你可以访问一个工作区。使用读、写和构建工具来完成以下任务：用户命令被分配给一个 @assignment 变量。...他写道：“你的错误可能来自你正在使用的 LLM API 或你为 LLM 设置的任何内容。” 它们可能是速率限制问题，或者语法与当前可用的版本不匹配。找到问题的根源可能很痛苦。...“对于 agent，你可能在它尝试遵循的路径上存在特定问题，或者 LLM 输出的工具用法的语法不正确。即使 LLM 的行为符合你的预期，你仍然可能在后端服务方面遇到问题。”

870 0

使用流动控制器（Flow Controller ）实现 MVVM 协议模型

在这里我重点研究应用是否有自定义和模拟用户体验的能力。 MVVM 与流控制器在这个概念下，我决定将完全使用 MVVM 写接口来创建一个明确的区分。添加必要的依赖关系。...流之间的通信是通过一个共同的、可以传递窗口引用或导航控制器的对象，那可以让你创造出不同流的导航。...另一个例子是抽象相似界面，如网格和列表使用相同的 ViewModel 。抽象必然会更复杂些，但当你的应用程序的增长或者随着时间的变化，你的收益也会越来越多。...在本例中，只有数据和子单元的变化，可以作为一个参数传递，并为所有列表创建一份可重用的代码。这里有趣的一点是实现了两种响应协议：一个用于网格和一个列表。但两个的实现是相同的。...得到的结果是代码非常干净，并最大限度地提高接口的重用。还研究了泛型和协议作为一种抽象问题的方法。其他的结果是构建时间明显快得多。

1K4 0

Metal_入门01_为什么要学习它

Metal使用的渲染通道不需要多余的校验，因而最大限度的减少了API负载，且对于每一帧的渲染都有质的提升 3.然很多API都通过具体类来实现平台支持，不过Metal使用的方法是基于协议的。...不能再后台执行命令代码,否则系统崩溃命令提交模型深入学习 a.在Metal 的架构中,MTLDevice 协议定义了简单的代表GPU 的接口,此协议提供了方法去查询设备的属性,创建设备的特殊对象,比如缓冲区或者纹理...,被包含在一个单一的命令缓冲区中,即使渲染的帧,包含多个渲染传递,计算处理函数,或者或blit操作,命令缓冲区是单次使用的对象,不能被重用，一旦命令缓冲区被提交到GPU去执行,只有一种操作是有效的,就是等待命令缓冲区被加入执行列表或处理程序块登记命令缓冲区执行处理程序块讨论完成并检查命令缓冲区的执行情况...，命令缓冲区也代表工作的唯一独立跟踪单元的应用程序 4.MTLRenderCommandEncoder 命令编码器是一个短暂的对象，你用一次写命令和状态中，GPU可以执行一个命令缓冲区格式。...要写进一步的命令，创建一个新的命令编码器区分可重用的对象和不可重用的对象 a.可重用的对象 Command queues Data buffers Textures Sampler states

9902 0

Ask Apple 2022 与 SwiftUI 有关的问答（上）

或者大多数应用程序只需要一个 WindowGroup ？A：多场景对于建立复杂的应用程序是很有用的，特别是在 macOS 上。...例如，你可能希望有一个同时定义了 “窗口组” 和 “文档组” 的应用程序，或者有一个 “窗口组” 和一个辅助的 “窗口” 场景的应用程序。...对我来说，这似乎是一个完全合理的实现。如果你遇到了性能问题或者希望大幅扩展你所绘制的图片数量，可以试一下 .drawingGroup 和 Canvas APIs ，它们都可以用于更密集地绘制。...A：onAppear 和 task 都是在我们第一次在视图上运行 body 之前调用的。对于你的用例，它们在行为上是等同的。...A：实现近似行为的方法是在菜单中使用命令来提供相同的操作。通常情况下，应该有列表让人们知道有哪些键盘快捷键可用。但是，如果这不适合你的使用情况，我们会对这方面的增强请求反馈感兴趣。

12.3K2 0

3分钟短文 | PHP获取函数参数名，和类定义的常量，都要反射！

引言本文我们分享两个知识点，算是PHP编程中的稍微高阶一点的用法，一般不会用到。可是有了这个思路之后，你对于自己的冗余代码，应该会有想法了。 ?...获取函数形参列表我们在写程序的时候，不可能所有功能逻辑全堆到一个方法里。总是要考虑设计方式，重用，以及功能拆分。会细分出许多的函数。...get_func_argNames('test'); 输出类似于： Array['name','age'] 能做到吗？PHP有这样的现成函数吗？很遗憾，没有！...，上述方法返回的是全局有效的函数的参数列表，而对于类方法，则需要 ReflectionClass 提供支持了。...类的常量列表对于一个类，可能源自于多重继承。那么对于该类和继承来的所有常量，我们想要汇总为一个列表，有没有办法？

1.8K2 0

聊聊工程级别的组件化、插件化以及模块化

前言我们经常会听到组件化、插件化、模块化这三个概念，可是我们真的对这三个概念了解吗？明白它们三者之前的关系和区别吗？本文就我个人的理解做一下简单的总结，如有错误之处，请留言讨论，谢谢。...两者的实质区别在于：组件化开发是纵向分层，模块化开发是横向分块。所以，模块化并没有要求一定组件化，就是说进行模块化拆分时你可以完全不考虑代码重用，只是把同一业务的代码做内聚整合成不同的模块。...面对这样的一堆代码，技术经理可能要让你做一下代码重构，这就是你下一步的工作。 1.组件那么你进行代码重构的第一步是什么呢？答：将工程中重复的代码合并成为一份，也就是重用。...这样确实很便捷，而且适合当下的场景，但是从设计或者长远发展的角度上来考虑，如果资讯里面弹框样式需要换成和问答一样，甚至其他样式，那么基于现有的方法，你就需要修改资讯功能中所有调用弹框的地方。...首先，可以肯定的是，组件化和模块化的中心思想都是分而治之。目的都是将一个庞大的系统拆分成多个组件或者说是模块。

4.1K5 1

React-Native iOS 列表（ListView）优化方案

在项目开发中，很多地方用到了列表，而 React-Native 官网中提供的组件 ListView，虽然能够满足我们的需求，但是性能问题并没有很好的解决，对于需要展现大量数据的列表，app 的内存将会非常庞大...它可以改善长列表的滚动的性能，默认值为true. 这对于大的ListViews来说是一个非常重要。在Android, overflow的值通常为hidden....所以我们并不需要担心它的设置，但是对于iOS来说，你需要设置row Container的样式为overflow: hidden。...桥接到 React-native 中来，让我们可以在 React-Native 中也可以重用 cell 我们创建一些 VirtualView，他只是遵从了 RCTComponent 协议，其实并不是一个真正的...View，我把它形成一个组件，把它 Bridge 到 JS，这就使得，你在写 JSX 的时候，就可以直接用 VirtualView 来去做布局了。

1.9K2 0

从算法竞赛选手到软件工程师

例如，你的计算机上有100,000个随机数据点，你需要使用自定义比较功能对它们进行排序，你会选择冒泡排序吗？如果是，请立即停止阅读我的文章，并了解算法复杂性。...每当你在生产软件/应用程序中找到一个问题时，你应该有耐心和技巧，以找出该错误并解决它。因此，请确保在算竞职业生涯中培养你的调试技能，这将在将来真正对你有帮助。...你必须提出最有效的解决方案。但对于软件工程师来说，问题是开放式的。你有一个解决问题的目标，但你可能无法在截止日期前提出最好的解决方案。或者你可能无法一次解整个问题。这些都没关系。...一般软件开发过程是迭代的。你可以在下次版本改进你的解决方案。写文档 ? 有算竞选手只需要写代码，他们无需编写任何关于其代码的文档。那是因为没有人会重用他们的代码。...但对于软件工程师来说，他们应该写一个代码的文档，API，使其他用户/开发人员可以理解代码和代码的职责。目前为止就这样了。

5421 0

业务变化快，有必要写单测吗？

笔者一开始是觉得可以不写的。毕竟如果一个业务经常变化，那么你就要不断地去调整单测的内容，这样势必会增加研发成本，最后造成研发交付周期变长。从群里小伙伴的投票来看，应该有不少小伙伴跟我持同样的看法。...但是当我深入去思考这个问题时，我却得出了完全不同的结论 —— 即使业务变化快，也需要坚持写单测！站在整个软件产品来说，两个非常重要的维度是：交付速度和交付质量。...就如我上面所说：我们不写单测的原因，是因为单测会拉长交付周期，使得交付速度变慢。但如果交付速度提高了，可是交付质量下降了，可以接受吗？我想，对于有些规模的公司来说，交付质量一定比交付速度更重要。...而对于一些小微或者创新业务来说，可能交付质量可以没那么重要，但是也不能太过于拉垮。因此，是否写单测这个问题，本质上是交付速度和交付质量哪个更重要的问题。...除此之外，写单测不仅仅能降低你的 bug 数量，它还能让你考虑逻辑更加全面，让你写代码的时候对各个异常、特殊分支都考虑到位。这其实是一种习惯，它会持续地让你迭代优化自己的代码质量，从而让你不断提升。

5712 0

如何写一个高逼格 README

编写一个项目的 README 就像是写一本书的序言一样，一个好的项目不应该仅仅只有一份高质量代码，同时更应该有一份高质量的文档。而对使用者来说，一份好的文档能够节省大量的时间。...对于一个 API 应该表述清楚的是：作用入参及每个参数是否必须，数据类型是什么等等返回值如果你的 API 不多，那么可以放在一个文件里，但是如果你的 API 非常多，那么建议你将 API 单独放到一个文件里...同时，如果你的 API 有相当多个版本，那么需要准备几份 API 文档，应对不同的需求。...比如在这样的列表中也是挺有意思的：版权相信前不久 Facebook 的开源协议事件大家都知道，也是闹得沸沸扬扬，所以，对于开源协议等等的版权问题一定要慎重，如果你想做的不是一个玩具项目，那么关于这块一定要写清楚...这些只是我在做一些文档工作的时候，查看了挺多的文档，综合感想，写了这么多，但是实际情况可能会大有不同，所以具体是不是要这么写，大家见仁见智啦！

3594 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭