《搜索架构之道：App中的搜索系统设计与优化实践》在今年一月初上架微信读书，2月2日偶然发现有一位读者已经把整本书读完，并在微信读书中对本书进行了评论及推荐（感兴趣的话，可自行打开微信读书，搜索“搜索架构之道”查看^L^）。
或者点击进入京东查看《搜索架构之道：App中的搜索系统设计与优化实践》
点击进入当当查看《搜索架构之道：App中的搜索系统设计与优化实践》
趁着这假期还有些时间，把微信读书中这本书中的热门划线整理了一下，在这里分享给大家，整体上会分为13篇（每一章中的热门划线对应着一篇，每个热门划线会增加我对该热门划线的注解），本篇的内容为本书的第二章中的热门划线，重点介绍构建搜索客户端所依赖的基础技术，更多的热门划线，请到微信读书中，搜索“搜索架构之道”查看。一本书的故事《搜索架构之道》在微信读书中的热门划线（第一章）
01.落地页主要是网页格式，在自有客户端的支持下，也可使用非网页的格式或网页+非网页的复合格式，同样，在客户端中也可以对落地页进行业务扩展。
注解：在浏览器中使用搜索服务，搜索出来的结果落地页只能是网页格式的（因为第三方浏览器没有对搜索引擎的搜索到的落户页进行定制），如果是自有搜索客户端，那就可以对搜索结果进行定制，对落地页进行定制。定制的形式包括数据格式、交互手段、安全合规等多个层面。
02.如果结果页和落地页都是网页格式，那么它们可以在同一个浏览内核中打开，页面切换主要由浏览内核管理。
注解：在不同的平台中（iOS，Android，HarmonyOS），均有提供浏览内核能力（WebView），均支持网页的浏览，前进、后退、刷新等基础的页面浏览能力，也支持Cookie设定、UA设定，端能力扩展，JS执行、页面联动等高阶能力。如果结果页和落地页都是网页，可以借助于浏览内核来管理页面之间的关系。
03.而当结果页和落地页的格式不一致时，需要不同的容器承载，容器切换需要统一的能力支持。
注解：当结果页和落地页格式不一致时（说明其中至少有一种页面不是网页格式了），这时结果页和落地页之间的关系，超出了浏览内核的管理范围。就需要建立机制来管理。那为什么需要容器呢，因为考虑结果页和落地页的扩展，结果页可以有多种，落地页也可以有多种，每种类型的页面按不同的容器管接入就好，容器之间的关系统一管理。
04.用户使用PC的场景比较固定，通常是在家、办公室、咖啡厅等比较固定的地点，一般有比较稳定的电源输入和网络环境（网速比较快），使用的时间也比较固定；
注解：用户在使用智能设备时，通常是处于移动的状态，且没有固定的电源及网络。所以在技术方案设计时，需要考虑资源的消耗、稳定性，设备不可用或变化的情况。
05.云端服务的发布过程主要由内部完成，上线之后可以在较短的时间内覆盖全量用户群体。
注解：App上线发布，需要按照AppStore（应用商店）的标准，如果审核不通过，那就不能上线，如果上线后发现问题严重的还会下架。这个过程的耗时与平台的审核周期有关，即便是审核通过了，要能完全覆盖全量用户群体是不现实的（通常1个月能到80+%就相当好了），所以App质量要重视。
06.对于一个技术方案，首先要评估其有效性，也就是说这个技术方案对于解决某个问题（实现某个目标）是否有效，是在全部场景下有效还是在部分场景下有效。
注解：部分场景有效且非全部场景有效是一个不太好的方案，会让这个目标在实现后逻辑变得复杂且不易维护。
07.所处的角度不同，一些隐藏的影响面在设计技术方案时没有被考虑，就可能出现技术方案与现有的业务流程相互冲突的情况，比如行为不一致、业务适配成本高、指标变化大等。
注解：关注点会被放大，解决这个问题最好的方式就是横向评审。提前做好评审可避免资源不必要的投入及上线之后的被动投入。
08.若是技术方案中存在与团队的目标和需要不一致的点，就需要评估该技术方案是否有必要采用了。
注解：要做事、也要做对事、更需要把事做对。自娱自乐不好。
如您对这本书感兴趣，下面为这本书的详细信息。
点击进入京东查看《搜索架构之道：App中的搜索系统设计与优化实践》
