客户端架构基础知识什么是客户端 _基础知识

什么是客户端(客户端架构的基础知识)
市面上关于产品经理的书都是入门书籍。之前一直在想，为什么没有产品经理的进阶书？
过了一段时间，我觉得自己有了答案:其实产品经理进阶的书早就有了，只是没有产品经理进阶的标签。
这些书可能是市场营销的书，项目管理的书，心理学的书，统计学的书，设计的书，建筑学的书，算法的书。总之，需要广泛浏览。
当然，这几本书都有轻重缓急。不同的人需要根据自己的工作需要来调整自己的浏览优先级。如果说得更直白一点:在工作中，你不想被任何人说，那就去读另一类的书。
言归正传，本章将总结客户端基本红豆博客结构的一些知识，同时也给出一个具体的设计实例。

1.客户端的架构当客户端被访问时，一些不固定的元素需要请求API红豆博客。
客户端的数据可能来自各个业务线， API需要各个业务线的接口，组织成APP需要的模式返回给API 。
对于业务线的服务端，其数据也来自基础数据库，需要根据基础数据库的变化进行更新。

2.举个例子我的专栏在客户端页面上的呈现:
顶部:返回按钮、标题栏、操作按钮；Head: logo、栏目名称、栏目关注人数；下图:文字卡流程。
卡片流程包括:头像、昵称、文章图片、文章标题、文章介绍、文章赞成数、评论数、文章公布时间。
可能需要两个接口:之一个API接口和用于列基本信息的接口。第二个API接口，卡流接口。
在文章基本信息的API接口中，需要返回标题、logo和关注人数。API将需要相应的服务接口，该接口可能是一个通用接口，其中包含关于列的更多基本信息，例如列所有者的昵称和头像。API根据客户端的应用场景进行部署。
在卡流的API接口中，需要返回头像、昵称、文章图片、文章标题、文章介绍、文章审批号、文章评论号、文章发布时间。同样，接口中可能需要更多的数据，需要的时间是UNIX时间，需要处理成客户端要求的时间模式。
同时，基础数据更新时，服务器的数据也会按照一定的规则进行更新。

3.基本设计示例当我们理解了基本原理，就可以在设计产品的时候考虑更长远的:比如扩展性。简单来说，对于客户端，尽量不要做太多的逻辑处理，只显示API给出的数据。如下图所示，客户端只负责圈定显示区域，不显示任何文字，扩展性更好。
比如你想显示赞、评论、时间显示栏、需求调整、增加收藏数量的愿望，可以在这个显示逻辑下直接在API中显示收藏数量。而如果客户端的处置是:x天前x个赞x个评论(天前为客户端点赞、评论、写的、死的) ，就需要发布版本来修正时间模式或者增加收藏展示。

4.结论红豆博客为什么要了解客户端的架构知识？除了尽量避免被工程师骂，还可以在设计之初就做好长远的考虑。很多时候，熟悉业务的产品经理更能前瞻性的预测功效的后续发展方向，能提前做好前瞻性的设计；可以和R&D商量，避免实现方式过于死板，后续一些运营效率的突增需要通过发布来解决；也可以避免在对所需开发缺乏了解的基础上，做出不必要的冗余设计去猜测未来的需求。
最后，了解一些基本的技能和知识，避免被称为，其实作用有限。程序员骂产品经理的时候，大多数情况下的句式是:“这个又改需求了” ，而不是“这个一点技术都不懂” 。
【客户端架构基础知识什么是客户端】

客户端架构基础知识 什么是客户端

客户端架构基础知识什么是客户端