javaweb框架 Java Web开发中，业务逻辑写在SQL里好还是代码里好呢？有什么建议吗？
Java Web开发中，业务逻辑写在SQL里好还是代码里好呢？有什么建议吗？
目前，大多数研发团队都要求用代码实现业务逻辑，SQL操作往往是最基本的操作。用SQL表示业务逻辑，即用存储过程表示业务逻辑，是一种传统的开发方案。
在C/s时代，很多逻辑都是通过SQL来实现的，主要是因为业务规模和部署方式。在早期的C/s编程时代，它通常是在非分布式环境中开发的，在大多数情况下，它不需要考虑可移植性问题。这时，使用SQL来完成业务逻辑就更方便了。
使用存储过程来完成业务逻辑的最大优点是性能会更好，但这也取决于业务的大小。如果业务规模过大，业绩会更差。早期的数据存储规模比较小，所以使用存储过程比较方便。
当前网络发展已进入大数据、云计算时代，业务类型和业务规模发生了巨大变化。特别是随着NoSQL数据库在大数据时代的广泛应用，使用SQL语句来完成业务逻辑的场景越来越少。而且，目前大多数程序都是分布式的，使用SQL存储过程处理业务逻辑非常麻烦，会导致整个项目的可移植性和可读性严重下降。
目前，在传统企业的开发团队中，使用SQL来处理业务逻辑是相当普遍的，因为传统企业的数据库大多还是关系数据库，没有可移植性的要求。这种固定的场景开发可以使用SQL来处理业务逻辑。在将来，使用SQL处理业务逻辑时会出现一些应用场景，因此有必要学习如何编写存储过程。
为什么感觉那么多人用Java开发B/S应用，而不用PHP？
可以说，BS不仅仅是一个网站，更是一个复杂的后台业务处理逻辑。例如，使用PHP构建复杂的银行核心系统是不可能的。
CS和BS架构的优缺点分别是什么？
你被用友愚弄了。CS架构只不过是访问计算机的一些硬件资源。也就是说，可以通过BS体系结构系统访问计算机外围设备的串口和并口，也可以访问USB接口等。CS和BS的区别在于BS的安全性要求更高，因为BS只能由浏览器操作，而CS是一个单独的应用程序，需要安装在客户端上。
一个好的BS产品在性能和运行效率方面很可能超过CS系统，这取决于系统本身的架构设计能力。而且，从产品的方便性和可扩展性、易部署性、可移植性这些指标来看，BS系统绝对超越CS系统。现在主流的系统，基本上都是选择BS架构来实现的产品，云就是这样一个概念，可以作为BS系统的容器。
用友打电话给您，让您单独进入CS架构系统。那是因为他们的产品是基于CS架构的，所以扩展到BS架构系统需要很大的精力，所以他们自然希望你去CS架构系统。现在CS架构的系统几乎要被淘汰了，因为BS架构的系统非常容易部署和使用，在客户端上安装一个浏览器就足够了，不需要其他任何东西。系统升级也很方便。服务器可以执行一次，所有客户端可以同时更新。
至于用友的运营效率问题，就更可笑了。我觉得跟你谈这个的人根本不懂技术。众所周知，BS系统可以通过后端集群和负载均衡，通过镜像站点的部署，实现性能的无限扩展。从这个角度来看，您需要多高的效率，可以通过以后添加硬件来实现，而不必改变BS体系结构系统本身。
建议您考虑BS架构体系，并对用友的性能和运营效率提出具体的书面约束。如果你不明白，我建议你去大学找教授或专家来帮助你。不要被牵着鼻子走，毕竟你是甲方。现在什么时代，淘宝、阿里巴巴、百度、谷歌，你去看看，都不是BS架构系统，别人的BS架构系统运行效率会很低。别傻了。目前的BS体系结构是IT行业项目实施的主流体系结构。
javaweb框架 java web java是前端还是后端
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
