Java编程语言程序的认识误区

Ｊａｖａ编程语言程序的　认识误　以　绣　区　薛慧君（内蒙古电子信息职业技术学院，内蒙古呼和浩特）　【摘要】随着信息技术的不断发展，各领域都开始推进信息化建设，人们在工作中普遍开始应用计算机和计算机软件，大大提高了工作效率　和工作质量。Ｊａｖａ也逐渐开始被人们所重视，并在日常工作中得以运用，但是由于很多人对Ｊａｖａ项目难以良好驾驭，因而在应用过程中，对　Ｊａｖａ编程语言程序产生了一些认识上的误区，导致Ｊａｖａ编程语言程序难以发挥出实际效果。　【关键词】Ｊａｖａ编程语言程序；认识；误区　【中图分类号】ＴＰ３１２　【文献标识码】Ａ　【文章编号】１００６—４２２２（２０１７）０２—００７５—０２　刖舌　活，并不能完成以上工作。就如某人将冰淇淋制作材料放在物　Ｊａｖａ编程语言是当前广泛运用的计算机软件编程语言。　业，请物业人员进行保管，但是也不能要求物业在他来取时，　且与其他编程语言相比。具有明显的优势。而Ｊａｖａ编程语言　将冰淇淋材料制作成冰淇淋给他。这是相同的道理。因而．在　程序也得到了众多人员的应用．但是在应用过程中．很多人由　Ｊａｖａ编程语言程序存储过程架构应用过程中。还应适量应用。　于未能掌握Ｊａｖａ应用技巧，操作方法不恰当，导致开发后Ｊａｖａ　基于ＥｖａｎｓＤＤＤ理论．可以将ＳＯＬ语句和存储过程作为规则　系统出现了性能缓慢等问题．而用户则认为是Ｊａｖａ编程语言　Ｓｐｅｃｉｆｉｃａｔｉｏｎ的一部分日　程序过于复杂。对其产生了认识上的误区。　２．２领域驱动设计ＤＤＤ方面认识误区　１软件生命性分析　大多数人应用Ｊａｖａ编程语言程序的重要原因．是因其分　计算机相关专业人员，都应意识到，软件具有一定的生命　层架构，很多专家学者在分析这一程序的过程中，也习惯于最　性，且其与分层架构密切相关。而要想赋予软件生命性，则需　先强调分层架构的重要性。而ＤＤＤ理论则是指导人们正确使　要使其具备灵活可拓展的基础架构。虽然功能的完整性对于　用分层架构和模型对象ＯＯ技术完成Ｊａｖａ项目的理论基础　当　软件来说也十分重要．且当前很多人对软件功能的要求较大．　前人们在Ｊａｖａ编程语言程序的应用中。都能够了解到Ｊａｖａ项　但是软件在实际运行过程中。最为关键的还是其架构的灵活　目包含三个层次，也就是上述内容曾经提到过的表现层、持久　性。例如一个软件具备十分完整的功能。但是却没有一个灵活　层和业务层。而往往在实际应用中，人们还在框架选择时，还　的架构．则这个软件只能符合当前人们的应用需求．而无法满　未正式开展项目开发，而在选择框架组合后．也未能意识到业　足人们未来的应用需求。而若是软件具有灵活的架构，则这一　务层庞大的工作量，并忽视了架构的选择技术、选择标准等。　软件在未来成长过程中，能够实现不断的完善，会有更多的功　而领域驱动ＤＤＤ，则能够为工作人员提供新的业务层层次划　能不断融入其中。而正是因为一些技术人员对于Ｊａｖａ编程语　分思想，实现复杂软件松耦合日。同时。ＤＤＤ理论能够帮助工　言程序存在这种思想上的短视．才会在应用过程中产生各种　作人员进一步考虑框架的选择目的，真正实现分层架构。当前　认识误区。无论是在应用Ｓｐｒｉｎｇ还是Ｈｉｂｅｍａｔｅ等当前最为流　很多人在领域驱动设计ＤＤＤ方面的认识存在一定误区．认为　行的框架时。应用人员都需要认识到基础架构灵活可拓展性　这只是一种新的理论，但是实际上．这更可以说是一种经验　的重要性，消除自身认识误区，并且最重要的．是找到有效应　的总结。是帮助人们快速找到驾驭Ｊａｖａ编程语言程序的重　用这些框架搭建业务系统的方法　要工具。　２　Ｊａｖａ编程语言程序认识误区　２．３　Ｈｉｂｅｒｎａｔｅ使用认识误区　２．１存储过程使用认识误区　在Ｈｉｂｅｒｎａｔｅ的使用上，一些人也存在一定的认识误区　很多人在应用Ｊａｖａ编程语言程序中的存储过程架构时。　很多人在Ｈｉｂｅｒｎａｔｅ使用过程中，都出现了Ｈｉｂｅｒｎａｔｅ性能缓　都认为能够解决性能问题，而这种认识上误区，就是引发性能　慢的问题，但是实质上，这并不是Ｈｉｂｅｍａｔｅ自身的问题，而是　问题的主要原因。举例说明，一个长期经受病痛煎熬人．面－】盏　人们在应用过程应用方式的错误。例如在项目开发过程中．一　两项选择。一个是继续采取其他治疗方案．一个是用一种特效　些人会应用到ｓｔｒｕｔｓ１．２＋ｈｉｂｅｒｎａｔｅ３，但是经常由于其中表与表　错综复杂的关系，而将部分位置的ｌａｚｙ设置成ｆａｌｓｅ．这便使数　药品．但是后者只能够保证患者再活六个月。显然后者这种短　视方案是不可取的．然而在Ｊａｖａ编程语言程序存储过程架构　据的查询和加载都十分缓慢。而Ｈｉｂｅｍａｔｅ的核心技术是对象　模型持久化技术。因而，在其实际应用过程中，工作人员还应　的应用中。很多人则选择了类似的短视方案。这些人未能深入　思考．若是存储过程都封装了业务过程，那所有的运行负载都　结合ＤＤＤ领域建模原则，设计有效的对象模型．处理关联。若　会由数据库端承担，中间Ｊ２ＥＥ应用服务器还能够起到什么作　是仅围绕数据表进行设计编程．则必然会引发系统运行缓慢　的问题。同时，在ＥＪＢ的实体Ｂｅａｎ的ＣＭＰ应用中，很多人也　用。同时．相应的分布式计算和集群能力也无法得以运用，那　出现过类似的问题，并认为是实体Ｂｅａｎ自身的问题所导致。　就又会回到原本对集中式数据库主机的应用时代［”。而当前属　于信息化时代。所有的软件都需要面向互联网，仅仅依靠集中　然而实际上。则是因为工作人员在应用过程中．并没有按照顺　序先设计ＤｏｍａｉｎＭｏｄｅｌ，反而将数据表的设计作为首要工作．　式数据库主机根本难以满足当前用户访问需求。　同时．Ｊａｖａ编程语言程序存储过程架构可以分为三个层　才引发了类似问题的出现　次，三个层次各司其职，主要包括表现层、持久层和业务层。但　另外。在数据库的设计中，人们在Ｈｉｂｅｒｎａｔｅ的应用中．必　须要提前做好数据库表结构的设计，并考虑这些数据库表结　是在Ｊａｖａ编程语言程序应用过程中．一些人由于认识上的误　构之间的关系以及与业务对象实现映射的方法，从而实现持　区，过于依赖持久层，认为其作为保管者，可以进行模型对象　久保存。但是这一过程十分困难，即使有人能够实现．但是也　归还，并完成复杂业务组合。但是实际上。业务层对持久层的　调用．仅仅是对该层架构中已经保存的业务模型对象进行激　会造成业务对象扭曲。使其成为数据传输对象Ｄ　．并引发众　跨厂家ＬＡＣ合并提升网络性能　李继强，田迎新（中国联通邢台市分公司，河北邢台０５４０００）　【摘　要】邢台３Ｇ网络包含贝尔和中兴两个厂家，由于网络建设等各方面原因导致ＬＡＣ区划分不合理，跨厂家跨ＬＡＣ插花区域较多。为解决　跨ＬＡＣ边界接通率低、４Ｇ回落成功率低现象，进行了异厂家ＬＡＣ合并的创新优化。通过对中兴ＲＮＣ进行ＬＡＣ分割，使其并入到贝尔所在的　ＬＡＣ，减少了ＬＡＣ的插花现象，降低了跨ＬＡＣ区域。从而实现了网络接通率的提高和用户感知的提升。　【关键词】ＬＡＣ插花ＲＮＣ分割：接通率；４Ｇ回落　【中图分类号】ＴＮ９２９．５　【文献标识码】Ａ　【文章编号】１００６—４２２２（２０１７）０２—００７６—０２　１研究背景　原邢台联通全区３Ｇ网络全部为贝尔设备．２０１５年　新河、南宫的ＲＮＣ２１Ａ（４５４６０）。因此，将中兴ＲＮＣ３６５４拆分　为２个ＬＡＣ，新河、南宫的站点调整到ＬＡＣ４５４６０下与贝尔同　　ＷＣＤＭＡ网络进行大规模建设并引进第二厂家中兴，由于涉　ＬＡＣ．巨鹿、平乡的站点并入ＬＡＣ４５４６３下与贝尔同ＬＡＣ。按照上面的方法。我们对中兴ＲＮＣ３６５５（ＬＡＣ４５４６８）也进　及大规模网络搬迁无法避免异厂家插花现象。全区建设原则　为贝尔Ｕ２１００基站覆盖市区、县城及干道，中兴Ｕ２１００及　行了ＲＮＣ的分割。把隆尧、任县的基站并入到贝尔的　Ｕ９００覆盖乡镇及农村区域。尽量保证各厂家连片覆盖，减少　异厂家互操作问题。贝尔有９套ＲＮＣ，中兴仅４套ＲＮＣ，其中　每个ＲＮＣ对应一个ＩＪＡＣ，因此共１３个ＬＡＣ。而中兴的４个　ＩＡＣ分布在贝尔的９个ＬＡＣ内，中兴站点与贝尔站点地理分　布呈现为ＬＡＣ插花建设，不符合ＬＡＣ规划原则。现网的不同　厂家站点ＩＡＣ不同，在３Ｇ覆盖边缘会增加位置更新次数，在　４Ｇ覆盖边缘会引起回落失败等网络问题　为满足４Ｇ业务回　ＬＡＣ４５４６４下，把临城、内丘和柏乡的基站并入到贝尔的　ＬＡＣ４５４５６下。从而实现了该区域的ＬＡＣ合并。　２．２　ＲＮＣ寻呼量的限制　在进行ＬＡＣ合并的过程中有个问题需要考虑，整个ＬＡＣ　下的基站数目变多用户随之也增多．寻呼量也会有相应的增　加．需要提前预估贝尔ＲＮＣ的寻呼处理能力是否可以满足该　ＩＡＣ下的寻呼容量。　表１　落问题、减少中兴与贝尔之间位置更新．提升用户感知，同时　解决中兴和贝尔ＬＡＣ插花问题．需对中兴和贝尔进行ＬＡＣ合　并优化。　ＲＮＣ　中兴ＲＮＣ３６５３　４５４６６　贝尔ＲＮＣ２１９　４５４５９　中兴ＲＮＣ３６５４　４５４６７　贝尔ＲＮＣ２１Ａ　４５４６０　ＬＡＣ　寻呼消息的总次数　寻呼消息的总次　预估最大　调整后实衔　（一周忙时均值）　数（一周忙时最大）　寻呼负荷　寻呼负荷　３００５５　８６１０６　３３２３０　８９９７８　４２１１６　９４９０９　５７６７２　９７５２３　２　ＬＡＣ合并的难点　２．１中兴ＲＮＣ拆分　由于现网每个ＲＮＣ对应一个ＬＡＣ或多个ＲＮＣ对应一个　１５２０００　１２Ｏ４８４　１４０００ｏ　１２３ｏｏ８　ＬＡＣ，没有尝试过将一个ＲＮＣ拆分为多个ＬＡＣ．且中兴技术　人员反映在全国范围内未使用过ＬＡＣ拆分。该操作存在一定　风险。因此首先尝试了几个站点进行ＬＡＣ修改确保该操作可　根据统计调整前后预估寻呼负荷和现网调整后实际寻呼　负荷对比．调整后寻呼负荷在各厂家能够承载范围．与预期值　相符，达到了调整效果。中兴区域ＲＮＣ３６５３、ＲＮＣＡ３６５４仍有　部分站点未开通，占比在２５％左右，根据评估，全部开通后最　大寻呼负荷应该在１５．２万左右．现网设备可以满足ＩＡＣ寻呼　负荷。　行性，经试验中兴ＲＮＣ拆分为两个ＬＡＣ后测试及后台正常　于是对全区进行了统一规划　根据现网ＲＮＣ位置分布情况，由于中兴ＲＮＣ３６５３　（４５４６６）和贝尔ＲＮＣ２１９（４５４５９）都分布在广宗、威县、临西和　２．３实施　由于本次ＬＡＣ合并，涉及多个厂家，多种设备，需要提前　进行计费交换数据申请，２／３／４Ｇ邻区修改等，实施过程较为复　与注意事项：　清河，区域重合．因此把中兴ＬＡＣ４５４６８下基站修改为贝尔　ＬＡＣ４５４５９下。实现ＩＡＣ合并。而覆盖巨鹿、平乡、新河和南宫　贝尔分为两个ＲＮＣ，分别为巨鹿、平乡的ＲＮＣ２１Ｄ（４５４６３）和　的区域，中兴由一个ＲＮＣ３６５４（ＬＡＣ４５４６７）覆盖。而在该区域　杂，需多个网元、多部门协同进行。下面为ＬＡＣ调整经验总结　多的系统性能维护问题。而这种情况．也使很多人认为ＯＲＭ　从而确保Ｊａｖａ编程语言程序的有效运用。　框架的应用难度十分大。同时，在软件开发过程中．一些工作　人员也会忽视０ＲＭ框架难以对大量对象进行实际操作的弱　参考文献　浅谈ＪＡＶＡ软件开发的几大误区【ＪＪ．电　点，导致出现系统内存泄漏、服务器死机等情况。由此也可以　【１］阿不都艾尼－阿不都肉素力．脑知识与技术，２０１２，７（３５）：８３９２—８３９３．　看出，在Ｈｉｂｅｒｎａｔｅ的应用中，人们若是不能掌握领域建模等　【２］田智．基于计算机软件开发的ＪＡＶＡ编程语言分析【Ｊ】．硅谷，２０１４，７　相应技术方法．便无法实现其的有效应用　３结论　计算机软件具有方便快捷的优势。在信息化时代，已经得　到了越来越多人的运用．Ｊａｖａ编程语言程序也愈发受到人们　（１９）：３７－５９．　【３】张薇．计算机软件开发中的ＪＡＶＡ编程语言研究【Ｊ］．信息化建设，　２０１６。３（３）：３６１～３６２．　的关注和运用。然而在其应用过程中，很多人会由于对其的不　收稿日期：２０１７—１—１　了解、使用方式错误等，造成系统运行缓慢等问题．并认为是　作者简介：薛慧君，女，内蒙古呼和浩特人，副教授，工学硕士　Ｊａｖａ编程语言程序自身的问题，对其产生的诸多的认识误区。　主要研究方向为数据挖掘、人工智能、软件工程。　因而，相关应用人员还应深入了解现有误区．予以良好规避。　■■—■■———————■一