大家好，今天小编关注到一个比较有意思的话题，就是关于java糟糕语言的问题，于是小编就整理了3个相关介绍Java糟糕语言的解答，让我们一起看看吧。
JAVA到底有多糟糕？
我们平时的语言是python和J***A，面向C端用户的用Python基于django框架实现，后端服务大都用J***A基于spring框架实现。
每种语言有其优势和劣势，我们应该用起所长，避其所短。
Python有哪些欠吐槽的地方？
如果要说吐槽， 那可能是先入为主的缩进方式 ，如果你有使用 c ,j***a 等编程语言的经验，你会觉得 在编辑器里（注意不是 IDE）python 的 代码缩进 可能需要物理外挂 游标卡尺， 其他，就是代码重构了，动态代码一时爽，重构火葬场～ 如果做普通开发推荐 pycharm ，科学计算或者人工智能开发推荐 jupyter notebook 作为开发工具。
写J***A后端代码时逻辑混乱怎么办？
后端代码的逻辑性比较强，还是有很多技巧可以学习的，避免给自己填坑
1.一定要弄懂业务逻辑，所谓代码不过就是把业务逻辑翻译成代码，如果业务逻辑都不懂，那么代码肯定写不好
3.不断重构代码，一个人的能力是不断进步的，一个月后看你一个月前写的代码都能发现很多不足之处，经常梳理，逻辑肯定是越来越清晰
4.多看源码，很多框架的源码写的非常好，原因是作者的水平一般都很高，并且是很多人智慧的结晶，模块化和抽象程度都非常好，从别人的源码中也能学到很多优秀的技巧
写代码和写作是一样的，一定是先有底稿之后才开始写，而不是上来就不分青红皂白的写。因此，在写代码之前一定要思考你想要实现的功能在逻辑上是否已经理顺了。可以从如下几方面下手，提高自己这方面的能力：
1） 写代码前先画流程图，不一定是多规范的流程图，可以是草稿，主要是帮助理清思路。
2） 写完代码之后要修改，即使非常有名的作家也不可能一次性的写出伟大的作品，都是反复修改后的结果。编程也一样，是一个需要经常推敲，优化的过程。
3） 参考别人的代码，同样以文学类比，那个作家不是读了一车一车的书，编程也一样，一定要阅读优秀的代码。J***a方面如SSH框架、Hadoop等。
先理清楚，可以在方法上要写的思路和业务先写好，碰到拿不定的，就写个todo，切记不能乱，找不到思绪了，可以去走走，抽根烟拉个屎，思路说不定就有了，搞不定了就先吃饭吧
后端代码复杂度通过分拆、分而治之来解决。首先通常通过拆分工程、多个工程间可以存在依赖关系，但一定要单向依赖，不能成环，如果有环就得考虑把环形依赖部分拆分出来成为单独的工程，来解决环形依赖。
对于工程里的代码可通过横向拆分、纵向分拆来降低复杂度。横向分层按controler、service、dao、sqlmap，纵向分模块system、biz1、biz2……bizN，但在数通畅联内部，横、纵向拆分相结合模式，如下图：
首先通过横向分拆出controller、cxmodule、module等层次，module作为业务层根据业务功能的不同进行纵向分拆，分成***ysis、dwmodel、metadata、schedule等功能模块，在各个功能模块中，横向分拆出exteral、handler、service、sqlmap，其中exteral负责数据接口，提供可调用的服务和接口；handler作为控制层，通过调度代码负责业务的调度，以及一些参数封装、结果集处理等操作；service则是负责具体业务的业务处理层，除了增删改查外，一些贴近业务的功能也会在service中完成；sqlmap用于定义操作数据库的SQL语句。
通过这种分层的方式，实现代码层次的分隔，做到各守各层、结构清晰，对于一些跨模块调用的接口，如在不同模块中需要对同一张数据表进行操作时，可以将接口提升到上层cxmodule中作为公共接口，实现类和方法的复用；对于一些可复用的、相对独立的功能，可以通过在cxmodule中定义一个干净的接口，在module的功能模块中通过实现接口实现业务逻辑，而不使用spring的事务管理机制，降低代码的复杂度。
到此，以上就是小编对于j***a糟糕语言的问题就介绍到这了，希望介绍关于j***a糟糕语言的3点解答对大家有用。
