摘要:所以我的解决方法是,把协议内容抽离成配置文件。如下用户服务协议用户隐私协议使用方法在需要展示需求的页面里面把配置文件进来这样就能访问到协议的内容优点通过把协议的内容抽离成配置文件,这样我就避免了在不同的页面都定义这些协议的相关属性。
作者: totoro_MS需求背景
这周有一个需求,需要在不同的页面添加平台服务协议,协议目前有2个,以后可能会有更多协议。添加协议的位置是在‘我的->关于’和‘开户首页的弹窗’。在‘开户首页的弹窗’这个地方会比较麻烦,因为这里弹窗展示的券商的协议,我要新增平台的服务协议进来。
解决方法考虑到要在不同的页面展示协议,在不同页面展示的形式不一样,所以没做成组件的形式。但是又不想在每个页面都定义协议的标题和协议跳转的url。所以我的解决方法是,把协议内容抽离成配置文件。如下
protocols.json { "SERVICE_PROTOCOL": { id: "USER_SERVICE", title: "用户服务协议", url: "https://xxxxx", }, "PRIVATE_PROTOCOL": { id: "PRIV", title: "用户隐私协议", url: "https://xxxxx", } }
使用方法:在需要展示需求的页面里面把配置文件import进来
About.vue优点
通过把协议的内容抽离成配置文件,这样我就避免了在不同的页面都定义这些协议的相关属性。DON"T REPEAT YOUR CODE
维护两个地方的定义比维护一个json文件有风险,就怕修改的时候修改漏了,导致上线展示不统一。
在开户首页的弹窗怎么追加我的新协议内容弹窗的内容是从另一个配置文件读出来的,针对不同的券商展示不同的协议内容。我的解决方法是,是在读取配置文件的时候做一个处理,把从protocols.json读出来后,把数据push(data)到一个新对象,这样组成一个新的对象,最后在页面上渲染出来就好。问题就这样解决。
总结DON"T REPEAT YOUR CODE。当代码重复的时候,就想一下怎么把重复的内容抽离出来。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/109847.html
摘要:,大家好,很荣幸有这个机会可以通过写博文的方式,把这些年在后端开发过程中总结沉淀下来的经验和设计思路分享出来模块化设计根据业务场景,将业务抽离成独立模块,对外通过接口提供服务,减少系统复杂度和耦合度,实现可复用,易维护,易拓展项目中实践例子 Hi,大家好,很荣幸有这个机会可以通过写博文的方式,把这些年在后端开发过程中总结沉淀下来的经验和设计思路分享出来 模块化设计 根据业务场景,将业务...
摘要:协议转换微服务架构允许使用不同的协议以便于获得使用不同技术的优势。过于庞大的在实现时,应当避免将非通用逻辑如领域特定数据转换放入其中。服务应始终对其数据域拥有完全的所有权。构建一个过于庞大的,从服务团队争夺控制权,这违反了微服务的理念。 我们团队的后端服务中,一开始只有一个大服务,所有的东西都往里面写,可以想象下,当这个服务变得不断的庞大,将会变得多么难以维护。后来逐渐把一些数据服务抽...
摘要:为了提高自己的学习效率,避免做一些无用的工作,我也决定以后无论是工作还是学习一定要养成定时总结的习惯,而且也要用文字记录下来,这样可以时常复习,理清逻辑,加深印象。一种解决方法是将对象作为参数,传入容器组件。 前言 最近一直在学习react技术栈,相关的理论和概念基本都了解了,之前也用reactjs写了几个demo,切身体会到了函数式编程和组件化开发的强大之处,但因各种主客观原因,事后...
阅读 961·2021-11-24 09:39
阅读 2119·2021-11-16 11:54
阅读 2023·2021-11-11 17:22
阅读 2349·2021-09-30 09:55
阅读 3547·2021-08-12 13:22
阅读 1601·2019-08-30 15:44
阅读 1151·2019-08-29 12:12
阅读 3245·2019-08-27 10:58