逻辑写在js里好还是java里好

来源：百度知道 编辑：UC知道 时间：2024/06/10 22:37:32
抛开框架不谈。最近在做项目的时候，想到这个问题。

页面获得所需要的基本数据之后，到sql语句之前，一系列的数据转换处理。是由js完成好一些呢？还是java完成好一些呢？理由（重点是理由）。

这个问题可以概括成：在一个B/S应用中，逻辑处理方面，js和java的相对的优缺点是什么。

欢迎讨论，这个东西给个定论很困难。

我个人喜欢java，讨厌脚本语言，因为语法不严密，用不习惯。当然，是个人习惯问题。

肯定是写在JAVA里面好，因为现在越来越多的病毒、木马、蠕虫，许多人上网都会关闭JAVASCRIPT脚本功能。

如果涉及业务逻辑，放在JAVA里面比较好
可以保证一些数据保密性，而且还可以保证服务器的运算速度
我曾经遇到过一个客户，服务器相当的好
客户端几乎是586，
如果这样子的客户端，用JS处理的话，会影响页面展示的客户体验的

如果仅仅是一些数据算和
这种工作完全可以放在客户端去做
毕竟仅仅涉及显示格式一类的东西

向楼主那样的数据转换与处理

请求 -- servlet -- biz -- imp -- util ...

1。创建一个(imp)用与所有数据处理转换的接口方法的声明
2。创建一个包(util)实现上述所有的接口，就是写你数据转换的一些具体的方法

3。创建一个包(biz)把业务逻辑放进去,业务逻辑只负责方法的调用不负责数据的接受处理交互等

4。现在只要调用(biz)就可以了这样一层一层的下来程序结构，业务逻辑，一目了然

而返回给用户的数据最好用JS 来处理

理由：减轻java负担,就算别人用下载器下载了你的页面他也不知道你的数据是从哪里来的因为你JS里面只有处理服务器返回过来的文本流（数据）的方法

业务逻辑最好放在服务器端因为别人一但知道你的业务逻辑也就基本上知道你软件的目的及基本流程很容易被攻击

什么网页挂马，SQL 注入等

LZ 很抱歉我要下班了，基本上就说到这里有什么还要了解的请留言

你要明白JS和JAVA是干什么用的。JS是用来做界面变化用的。JAVA是开发语言。

如果逻辑经常改，而且只是数据的转换，就放到JS里。
如果是固定的那就写个util类，放到java里。
如果有很多IF else，就加个规则引擎。

JS还是用作数据处理和显示吧，毕竟是在客户端执行的，很容易就会被更改。