这是一个创建于 2864 天前的主题，其中的信息可能已经有所发展或是发生改变。
服务器后端返回 json 格式数据
网站的业务逻辑也并不是很难
对手很容易就可以根据后端返回的数据，开发出后端
然后完全可以直接拷贝我的前端代码，修改下 js 代码里的请求地址
然后，他就可以上线了
这样的情况下，如何能提高对方拷贝代码的成本呢？
 |
1
lifesimple 2017-01-21 12:59:53 +08:00  1
上线不是要经过打包的么？打包后的代码 也能看的懂 那也没办法
|
 |
2
Exin 2017-01-21 13:03:57 +08:00 via iPhone 1
@lifesimple 打包混淆后直接替换（有时候甚至不用替换）请求地址，不改动其他东西
|
 |
3
zhuce1234578888 OP @Exin 是啊。暂时想到的办法，就是把请求地址加密放在 js 代码里
|
 |
4
AccIdent 2017-01-21 13:30:06 +08:00 1
开源你的前端代码（手动斜眼笑
|
 |
5
learnshare 2017-01-21 13:52:55 +08:00 1
前端代码没必要做太多加密工作，反正总要给人看到的。
保证后端摸不透就可以了 |
 |
6
FrankFang128 2017-01-21 13:55:12 +08:00 via Android 1
想多了
|
 |
7
linboki 2017-01-21 13:57:46 +08:00 via Android 1
经常改接口，改流程，让对手不堪重负（七伤拳）
|
 |
8
Bardon 2017-01-21 14:34:06 +08:00 2
防止对手复制你 data ，正途
防止对手复制你代码，歪途 业务逻辑简单，无解，是个码农就能复制你的业务。 15 年前一个 boss 跟我说，如果商业模式简单，那么唯有争时间。 |
 |
9
SpringHack 2017-01-21 15:00:29 +08:00 via Android 1
总感觉想的方向不太对，不过你不嫌弃效率，可以搞个不对等加密，但是前面换成自己的 key 也是于事无补，可以说你的问题没法根本上解决。
|
 |
10
rashawn 2017-01-21 15:14:47 +08:00 via iPhone 1
前端压缩混淆过 是不是可以加个代码字数判断 这样地址改变了 字数会改？………
|
 |
11
iyaozhen 2017-01-21 15:35:02 +08:00 via Android
你这思路不对吧，「对手很容易就可以根据后端返回的数据，开发出后端」为什么不从这里解决呢？
|
 |
12
Tink 2017-01-21 15:53:47 +08:00 via iPhone
c/s not b/s
|
 |
13
gouflv 2017-01-21 17:16:29 +08:00 via iPhone
这是业务层面解决的事情
|
 |
14
dphdjy 2017-01-22 12:38:35 +08:00
去年就像抄豆瓣阅读的代码～
昨天用了一天终于拆完了 这种事情看收益，以及只有前端有毛用，社区，内容什么的更重要 |
Select Language