有技术含量的问题,如何提高对手拷贝我的前端代码的成本?

2017 年 1 月 21 日
 zhuce1234578888

服务器后端返回 json 格式数据

网站的业务逻辑也并不是很难

对手很容易就可以根据后端返回的数据,开发出后端

然后完全可以直接拷贝我的前端代码,修改下 js 代码里的请求地址

然后,他就可以上线了

这样的情况下,如何能提高对方拷贝代码的成本呢?

2916 次点击
所在节点    问与答
14 条回复
lifesimple
2017 年 1 月 21 日
上线不是要经过打包的么?打包后的代码 也能看的懂 那也没办法
Exin
2017 年 1 月 21 日
@lifesimple 打包混淆后直接替换(有时候甚至不用替换)请求地址,不改动其他东西
zhuce1234578888
2017 年 1 月 21 日
@Exin 是啊。暂时想到的办法,就是把请求地址加密放在 js 代码里
AccIdent
2017 年 1 月 21 日
开源你的前端代码(手动斜眼笑
learnshare
2017 年 1 月 21 日
前端代码没必要做太多加密工作,反正总要给人看到的。

保证后端摸不透就可以了
FrankFang128
2017 年 1 月 21 日
想多了
linboki
2017 年 1 月 21 日
经常改接口,改流程,让对手不堪重负(七伤拳)
xmgit
2017 年 1 月 21 日
防止对手复制你 data ,正途
防止对手复制你代码,歪途

业务逻辑简单,无解,是个码农就能复制你的业务。 15 年前一个 boss 跟我说,如果商业模式简单,那么唯有争时间。
SpringHack
2017 年 1 月 21 日
总感觉想的方向不太对,不过你不嫌弃效率,可以搞个不对等加密,但是前面换成自己的 key 也是于事无补,可以说你的问题没法根本上解决。
rashawn
2017 年 1 月 21 日
前端压缩混淆过 是不是可以加个代码字数判断 这样地址改变了 字数会改?………
iyaozhen
2017 年 1 月 21 日
你这思路不对吧,「对手很容易就可以根据后端返回的数据,开发出后端」为什么不从这里解决呢?
Tink
2017 年 1 月 21 日
c/s not b/s
gouflv
2017 年 1 月 21 日
这是业务层面解决的事情
dphdjy
2017 年 1 月 22 日
去年就像抄豆瓣阅读的代码~
昨天用了一天终于拆完了

这种事情看收益,以及只有前端有毛用,社区,内容什么的更重要

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/336028

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX