「java历史包袱」java历史包袱有哪些
本篇文章给大家谈谈java历史包袱，以及java历史包袱有哪些对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。
本文目录一览：
- 1、什么是消息中间件
- 2、有人说，学Java真的没有前途了吗
- 3、c语言学到了循环后要学的东西还多吗
- 4、Java C C++ C＃等等。自学问题。
- 5、北大青鸟java培训：开发项目都有哪些常见问题？
- 6、互联网java和传统java有什么区别
什么是消息中间件
问题一：消息中间件是什么? 目前对消息中间件(MOM)的定义还未形成统一的行业标准，我国也正加快对消息中间件技术的标准化研究工作。一般认为，消息中间件是一种由消息传送机制或消息队列模式组成的中间件技术，利用高效可靠的消息传递机制进行平台无关的数据交流，并基于数据通信来进行分布式系统的集成。与其它中间件技术不同（例如ORB 和RPC），一般来说，消息中间件并不要求系统具备一个可靠的底部传输层，而是通过以消息的形式收发应用程序数据来连接运行于不同系统上的应用程序。信息可以同步传送，也支持异步传送。在异步方式下，应用程序并不需要消息即时即刻传送到对方，只是由MOM 确保把信息以鼎息的方式传送到适当的目的地，并且只传一次。
消息中间件属于中间件的一种，拥有中间件的主要特点，但是自身的工作机制又具有特殊性，主要特点包括以下6 个方面：(1)异步传送；(2)防御通信；(3)并发执行；(4)日志通信；(5)多种通信方式；(6)应用程序与网络复杂性相隔离。
问题二：消息中间件用在什么地方? 10分 消息中间件为应用系统提供高效、灵活的消息同步和异步传输处理、存储转发、可靠传输。在大规模分布式环境下确保消息安全、可靠、高效送达。
特点：
1.分布式环境下，可靠、高效的消息传输
产品容错能力强，系统崩溃时不会导致消息丢失，确保关键业务数据的可靠传输；支持断点续传和消息流量控制，使消息引擎能够最大效率地利用网络传输能力。
2.多种集群方式，稳定高效
InforSuite MQ的若干节点可以组建为多种方式的群组，对外提供消息接收和处理功能。当单个节点无法满足大负载的消息处理要求，可以使用集群功能将负载分配到多个节点上，提高系统的处理能力和可扩展性。
3.全方位的安全机制保障
产品提供多层次的安全管理功能，包括连接建立时的网络认证，消息传输时的安全性保证，有效保证了连接的合法性和私有数据的保密性。
一般都是银行类大系统，军工或者研究所的大项目，存在很多数据传输的时候需要，可以咨询国内的一些基础中间件公司，就那么几家，中创中间件、东方通中间件、金蝶等，可以多了解
问题三：java 消息中间件 在什么情况下使用 消息中间件一般两个功能,解耦和异步处理,参考：blog.sina/s/blog_7085382f0102uy79
问题四：消息中间件有哪些 可与OA、ERP集成的免费消息中间件Active Messenger（简称AM）是一款非常实用的企业即时通讯软件。系统提供免费的消息中间件（以组件的方式提供），开放给第三方程序使用。
目前比较典型的消息中间件包括IBM WebSphere MQSeries、Tibco
TIB/Rendezvous和Microsoft MSMQ等。
问题五：java消息中间件有哪些 ActiveMQ，是Apache出品，最流行的，能力强劲的开源消息总线。ActiveMQ 是一个完全支持JMS1.1和J2EE 1.4规范的 JMS Provider实现,尽管JMS规范出台已经是很久的事情了,但是JMS在当今的J2EE应用中间仍然扮演着特殊的地位。
MetaQ，是一款完全的队列模型消息中间件，服务器使用Java语言编写，可在多种软硬件平台上部署。客户端支持Java、C++编程语言。单台服务器可支持1万以上个消息队列，通过扩容服务器，队列数几乎可任意横向扩展。每个队列都是持久化、长度无限（取决于磁盘空间大小）、并且可从队列任意位置开始消费
问题六：消息中间件有哪些 可与OA、ERP集成的免费消息中间件Active Messenger（简称AM）是一款非常实用的企业即时通讯软件。系统提供免费的消息中间件（以组件的方式提供），开放给第三方程序使用。
目前比较典型的消息中间件包括IBM WebSphere MQSeries、Tibco
TIB/Rendezvous和Microsoft MSMQ等。
问题七：怎么选择合适的开源消息中间件 能选择的有三种：
1. ActiveMQ/ApolloMQ
优点：老牌的消息队列，使用Java语言编写。对JMS支持最好，采用多线程并发，资源消耗比较大。如果你的主语言是Java，可以重点考虑。
缺点：由于历史悠久，历史包袱较多，版本更新很缓慢。集群模式需要依赖Zookeeper实现。最新架构的产品被命名为Apollo，号称下一代ActiveMQ，目前案例较少。
2. RocketMQ/Kafka
优点：专为海量消息传递打造，主张使用拉模式，天然的集群、HA、负载均衡支持。话说还是那句话，适合不适合看你有没有那么大的量。
缺点：所谓鱼和熊掌不可兼得，放弃了一些消息中间件的灵活性，使用的场景较窄，需关注你的业务模式是否契合，否则山寨变相使用很别扭。除此之外，RocketMQ没有.NET下的客户端可用。RocketMQ身出名门，但使用者不多，生态较小，毕竟消息量能达到这种体量的公司不多，你也可以直接去购买阿里云的消息服务。Kafka生态完善，其代码是用Scala语言写成，可靠性比RocketMQ低一些。
3. RabbitMQ
优点：生态丰富，使用者众，有很多人在前面踩坑。AMQP协议的领导实现，支持多种场景。淘宝的MySQL集群内部有使用它进行通讯，OpenStack开源云平台的通信组件，最先在金融行业得到运用。
缺点：Erlang代码你Hold得住不? 虽然Erlang是天然集群化的，但RabbitMQ在高可用方面做起来还不是特别得心应手，别相信广告。
问题八：什么是消息中间件，比如tonglink主要起什么作用 TongLINK/Q（简称TLQ）的主要功能是在应用程序之间海供可靠的消息传送，这些消息可以在不同的网络协议、不同的计算机系统和不同的应用软件之间传递。TongLINK/Q提供一个简单易用、高效可靠的分布式应用开发和运行平台，面向要求可靠消息（信息）传输的客户，即包括金融、电信、交通、能源、电子政务等高端客户，也包括大量中小企业客户。
中国中间件第一品牌东方通中间件
有人说，学Java真的没有前途了吗
学Java不可能没前途，现在还有大量Java项目及其衍生项目需要开发和维护。不过如果只会Java是肯定是没前途了，并且这里可以把Java换成几乎任何开发语言。
另外，Java的未来需求主要来自过去。对于没有历史包袱的项目，作为同样的JVM开发语言，Java没办法跟Kotlin抗衡。没有代替Java位置的语言就不要奢望了。
c语言学到了循环后要学的东西还多吗
C语言的灵魂（之一）是指针。没学会指针，就没学会C语言。
一般实用的算法语言（无论是不是类C的，静态类型检查的，动态的）都有循环语法。原因之一是循环太基础了。
老实说，LZ如果是一般的人类，看一般的教材，只是学到循环的话，至少需要另外花5倍的时间继续纸上谈兵。当然更好的学习方法是在学习语法知识的同时试图熟悉标准库、阅读源代码和实现自己的程序，但是这需要很强的理解力。同时，因为很难平衡精力分配，所以学习效果因人而异。另外，敢拿老谭的书当教材……LZ你确定你有绝对自信不会被误导么……= =
C++是从C语言发展而来的。Java在语言层面去除了一些C++容易误用的部分，加上了一些其它特性，但是其实并不怎么样（也并非我个人感觉）。C的许多运算符和基本表达式和C++/Java/C#等类C语言是共通的，但这些部分在语言中也只是一小部分内容而已（当然，比循环语法多点）。另外，关于Java语言本身，因为历史包袱太重，每次升级的改进都不大，而语言自身的限制和库依赖性又很严重，很难说以后的发展前途会怎么样（国内这方面是滞后的，现在开始学的话问题不大）。作为平台的JVM则要成功得多。是学Java、学C#还是各种语言都学，LZ现在虽然不用决定，但是迟早要面临这个问题。
不过，说到底，语言只是工具而已。如果要学“软件技术”，重点是学会利用语言来解决问题（通用领域内的和某些特定领域内的）的一般方法（也不是某些人所谓的“面向对象”之类的有限几个卖弄了十几年的范型，具体方法的威力都是有限的）。剩下的内容和若是和具体项目相关，几乎都是临时学习、消化资料来实现的，无法提前预知。至于数据结构和算法，通用、基础的部分（例如复杂度分析理论的应用，编码语言无关的数据结构表示方法，排序算法的分类等等）对于软件设计人员是常识，而具体的部分，如果不打算成为这方面的专家（基本上就是数学家），完全不需要掌握（当然，应该有搜索这方面资料和快速学习算法实现的能力）。
由于我朝国情，中国的大学计算机教育基本上都是浮云，培养出来的学生（包括某些大学里的老师）不见得比一些培训机构出来的更具有竞争力。所以LZ说的“大学里学不好就完了”，完全是误解。
----
嘛，LS几位的有些回复挺有意思的……
“指针这东西没啥用，基本淘汰”——笑而不语……
“C语言没什么实用的，它不面向对象编程的，很多东西它做不了的，也没有人性话，搞搞譬如驱动程序什么的。C++还差不多。”——不行了，肚子疼……
“是这样的，你学号c之后，学别的都方便，因为逻辑相通，只是表示符号不一样而已”——说的是很堂皇，可惜不现实。C和平台的关联性还是相当严重的，尽管实现平台非常多，也有标准，但做到平台无关的代价很大。也因为如此，学习过程中不断地会受到语言和平台杂交的概念的误导。例如，C语言本身并没有“地址”的概念（这个是计算机组成原理等基础课程中讨论的），但有什么C语言教材能不讨论C语言实现相关的“地址”？此外，还可能使原本应该被理解的部分没有被掌握。譬如说，LS几位学了C语言以后，能明确什么叫做“语义”“对象（不是面向对象说的那个）”“左值属性”“编译期”……这些细碎的基本概念在C语言中怎么体现么？
“学软件技术，不知是不是软件工程，软件工程其实学的最多的是java，C++这些面向对象的语言。”——错误。软件工程学作为工程学，完全不学语言。语言的掌握是学习这门课程的前提基础。顺便，再次重申，C++（至少近十几年来）不是（纯粹）面向对象的语言，尽管它可以使用面向对象的设计范型。Java是面向对象的……保留意见。
“java的数据定义的方式，运算符以及构建函数（java叫method）的方式等一些面向过程编程的部分，这些与C几乎完全一样。java最精华的面向对象的思想是不会在C中出现的 ”——注意，method的提法本身暗示语义是和类相关的，已经不是面向过程的范畴讨论的了。另外，数据定义的“方式”是和具体语言无关的，也不在面向过程编程或者其它任何程序设计范型的讨论范围之内。
----
↑2010-6-30 10:02
----
“软件工程不学语言的话，你的意思是大学招来的大一新生上来就讲软件的工程学方法，讲数据流图，ER图，需求分析，风险评估等等。”
↑两个“软件工程”不是指同一个东西。你说的是专业，我说的是本来的含义，指一门学科，所以前面有提到“作为工程学”，也因此强调，这些基础课程内容的一定程度的了解是学习软件工程本身的前提，而不是软件工程课程本身的授课内容。像C++、Java这样的语言类的课程一般是独立的，ER图等在数据库基础等课程讲，都不会再软件工程中讲。而软件工程专业确实一般都包含相关的基础课程。
--
完全的废话，c++兼容C，既然C不是面向对象的语言，C++当然不纯粹是。
↑又一个想当然的流行的错误想法。C作为语言，没有强调面向对象，但不代表C不可以面向对象。参考GObject。其实我只是要指出，面向对象和语言没必然的关系，虽然历史上因为面向对象的流行而使语言的设计者给C++加上了class机制。
你怎么知道一定要面对这个问题
↑你怎么知道可以不面对这个问题，难道替LZ决定了么...从事解决问题的领域都没确定，语言之类的具体技术当然也不确定了。不错，C具有相当广的适用范围，在很多方面目前而言也是不可替代的，但C也不是万能的，数值计算什么的用C就不怎么样。另外，拿使用人数来说事，算不算狭隘呢？
====
[原创回答团]
Java C C++ C＃等等。自学问题。
安卓应用就是重度依赖Java，不过现在好像Android studio支持原生的C++了，也就是说想开发安卓应用必须学Java。接下来C和C++是有一定关联的，前者面向过程(写程序时写干什么)，后者面向对象(写的程序写给谁去执行什么)，举个例子，比如要输出一个“我”，C中写的大意是 打印(我)，C++中大致是 输出我，而且C/C++可同时出现在同一个源文件中，编译出来的可执行文件真实有效，就好比美式英语和英式英语，如果目的是说英语的话，说那两种都对。C#是一门微软目前毕较推崇的新兴语言(算是新兴的吧，好像03年推出的，我不记得了，反正最近还一直在更新这个语音的标准)，这个与人工智能、混合现实和.NET一并在Microsoft Developer Network上有公开课(可见微软的推崇)，作用记不清了，好像是适合开发系统和框架一级的，语法上和Java有点类似，都是一条命令比较长，不过应该对你这方面的工作没太大用处，不过可以了解一下，我只知道这些了。既然这样我说一下毕较有前景的但是难度要求稍高的，就是去学学做web前端(html、css、Javascript),或者学学python去搞人工智能和机器学习，之所以说Java没前景是因为会的人太多了，不做到尖端挣钱不多，C/C++也一样是会的人太多，如果是做电脑的游戏或软件的话C/C++必备，给手机开发软件Java必备，开发一点类似语音识别、人脸识别的python必备，还有就是linux也得懂点，还有最后一点就是把英语学好，国内的好的文献资料太少，时不时得去国外找点有用的资料。呼，我知道的就这么多了，我居然纯手码出来的，我不是什么老师傅，我只是一个准备考NOI的高中生而已，最后再提示一下，把英语学好。
北大青鸟java培训：开发项目都有哪些常见问题？
一般来说，软件编程开发项目都是需要很多部门与开发程序员配合来实现的，下面我们就一起来了解一下，目前常见的互联网软件开发项目都有哪些问题。
一、信息同步尤其是跟外部团队合作时，信息同步是重中之重。
明确整体项目的目标，清楚自己所在的细分项目在整体项目中所处的环节和作用，以及同其他团队的协同依赖关系。
在这里需要向对外的接口人了解整体项目的完整流程，而且一定要跟对方项目的接口人完全对一遍项目整体流程，让对方明白我知道整体项目流程目标和自己所在环节和作用。
沟通项目流程时要保证产品、技术(前端、后端)、内外接口人都在场，这可以避免出现缺失某个环节导致的实现问题。
二、明确需求明确需求在项目正式开始之前是非常必要的一步。
开发以及测试需要对产品功能有一个全面的了解和时间上的风险评估。
这一方面需要产品同学给出一个详细的产品流程、原型图以及需求文档，同时需要拉上相关团队负责人、以及技术同学进行需求评审。
碰到过几次产品的需求不明确结果项目进行中出现问题，需要产品重新梳理相关模块逻辑，有很大的项目延期风险。
同时产品的需求受到多方面的因素影响，比如时间、历史包袱等因素，肯定会存在初期有部分细节不明确等问题。
这也是项目的渐进明细原则，遇到这种问题要及时反馈，在各方博弈中找到一个相对适用的平衡点。
三、技术选型对于从0到1的项目，技术选型是非常关键的一步。
做技术选型一定要从业务角度思考而不是做技术炫技，要考虑整体业务时间、团队成员的基本水平、团队成员对某些技术的熟练程度、技术工具框架的成熟程度、社区的活跃性、业界是否有成功的案例、生态的完善程度以及背后的支撑团队。
有技术追求的同学在初期技术选型时容易盲目追求新技术工具和框架，从而带来项目风险。
早在上一家公司做项目时，业界成熟的框架是React和Angular2，不知为什么负责选型的同学选了还在beta版本的angular2，导致后期升级迭代出现重大问题。
同时在技术选型确定后，在开发之前一定要规划技术架构。
做架构的基本思路是分层，层内分模块，模块要做到单一职责。
电脑培训发现各模块之前尽量降低耦合，保持架构的可扩展性。
做架构时可以问自己两点：这个架构能够允许多少人同时参与这个架构能够支撑业务发展多长时间
互联网java和传统java有什么区别
两者唯一区别就在于用户群造成的区别。
传统/企业级开发面对的用户群是这个领域内人群，这些人可以忍受相对差劲交互与UI，但不能忍受领域知识的不正确，对应的，做这块儿的开发对领域知识要求较高。对应的互联网用户群是普罗大众，需求多是满足生活方面的，没有领域知识可言，但对交互、UI、响应实时性要求比较高。
用户群的需求上，传统/企业级领域的变化性不强，变动相对较少，所以可以用较长的时间进行开发，组件的可复用性利用率比较高。而互联网的应用可能朝生夕死，变动比较频繁，大部分业务逻辑几乎没有可复用性，所以需要开发人员能迅速的响应需求变化，快速迭代。
互联网各个应用比较独立，个体应用体量比较轻，系统运行的环境更新相对来说会比较快，所以可以及时的用上一些新技术（这对能够快速迭代开发也是有利的）。而传统企业中对软件系统能够快速更新则没那么看重，但对软件系统整体运行的稳定程度是比较看重的，各个模块间没那么独立，牵一发而动全身，所以因为历史包袱运行环境以及技术上一般跟进的比较缓慢。看过JavaEE的同学就知道它为了能够兼顾企业中可能面对的各种情况，JavaEE体系那么重不是没理由的。
java历史包袱的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于java历史包袱有哪些、java历史包袱的信息别忘了在本站进行查找喔。