经典传奇回忆，版本回归，崭新征程，与兄弟们一起，重登珐玛大陆！加入《复古传奇》重温只属于你的记忆，和兄弟一起再战沙巴克！《复古传奇》的故事始于东方神秘的玛法大陆。作为一款大型MMORPG游戏，《复古传奇》传承了1.8.0版本的精华，并优化了更新的内容。更丰满的游戏内容，更细腻的画面，更精彩的玩法，带你回归游记忆之城，再战热血沙场，续写烈火传说！特色玩法特色介绍：千人同屏 决战沙城 万人同服 红名PK 高清画面 自由战斗 装备靠打 自由交易 回忆，完美继承端游传奇最经典的玩法，战法道三大职业互为攻守，兄弟齐心，再战沙城！
特色玩法特色介绍：
千人同屏 决战沙城 万人同服 红名P K
高清画面 自由战斗 装备靠打 自由交易
微信公众号往日传奇
2
【游戏简介】 《复古传奇点卡版》采用时长计费模式，商城不出售属性道具，力求打造最公平的游戏环境，还原最真实的热血战场，与你再回激情飞扬的青春岁月！【特色玩法】 1、独闯天涯：在活动中，勇士只要完成夺宝战内每层任务，攀登至顶层，即可领取丰厚奖励 2、竞技大乱斗：周三与周六跨服大乱斗，其余时间本服大乱斗，所有玩家都是自己的敌人，击败他们，保证自己活下来，才能成为真正的战神。3.玛法战场：每周五晚上8：00开启，玩家会随机匹配为沃玛或祖玛阵营，随队友一起击溃敌方。获取丰厚的声望奖励。4、苍经峡谷：苍经峡谷中藏有大量前朝书籍残页，但是强大的妖魔守卫守卫着他们，勇士们，为了书页宝藏，勇敢的击败他们。5、沙巴克藏宝阁：传说中落魄神兵被沙巴克城主封印在沙巴克藏宝阁中，只有兼具勇气和智慧的勇士才有希望获取神兵。
大家的《点卡版传奇》已经18个年头，自由交易，无商城，无活力，无精力，全民公平竞争，只打怪升级加经验，你想象不到的经典！
微信公众号往日传奇
3
《复古传奇-英雄版》是盛趣游戏推出的一款大型多人在线2D角色扮演游戏（MMORPG）。 该游戏加入了英雄玩法，同主角色一样具有战士、法师、道士三种职业，为玩家带来双倍游戏激情。所有情节的触发、经验值取得以及各种打猎、采矿等活动都是在网络上即时发生。 《复古传奇-英雄版》玩家可以通过采矿、打猎等来获得货币，利用货币进行贸易。整个游戏充满了魔力，具有东方色彩。
《复古传奇英雄版》百分之百重现了“传奇”IP中的经典场景和故事剧情。玩家同样出生于经典的比奇省，一开始对付的还是经典的钉耙猫等传奇怪物，当然少不了洞穴中的野猪、蜈蚣、僵尸，更有祖玛教主、石墓尸王等经典boss现身。通过打怪爆装，可以得到《复古传奇英雄版》中的所有装备，屠龙刀、祖玛套装等传奇经典装备，爆率翻三倍创历史新高，你来试试就知道！
微信公众号往日传奇
4
《屠龙传说》单职业版是一款大型角色扮演手游，传承了1.76版本传奇的精华，并优化了新版本内容，拥有更丰富的游戏内容，更细腻的游戏画面，更精彩的游戏玩法，带你感受不一样的MMORPG传奇游戏，回归记忆之城，再战热血沙场，续写屠龙传说！
单职业《屠龙传说》战法道三合一，超强战力，畅快PK，游戏只有战士这一职业，同时融合了道士的施毒和法师的护盾技能，创造出独特而强大的传奇展示，让玩家可尽情享受痛快淋漓的PK。装备永久回收，爆率全开，小怪也能爆终极！
说了那么多，传奇到现在是没落了但是大家的心没有死，现在不仅仅有端游了现在很多手游上线了但是真正好传奇手游又有多少小编在这里不评判，小编也一直没有放弃传奇梦，可惜没有那么多时间玩端游就辗转手游了，偶玩的这一款完全还原热血传奇，真的很怀念
想玩的可以关注微信公众号往日传奇
编程对你来说有什么乐趣？
和大家分享一些写好代码的习惯：
一.良好的编码规范
编码规范偶认为是考量程序员是否合格的一个重要因素，因为写代码不规范真的会让团队的整体效率都降低。好的编码规范可以指导开发人员更加高效、高质量地进行开发，呈现给用户体验好、性能优、稳定性佳、安全性高的产品。那么说起代码规范，代码规范具体都指哪些方面的规范呢？
1.命名规范
文件、资源、方法、接口、属性、变量所有涉及到需要自己定义的部分都需要按照规范来命名，不然整个项目长期堆下来就是一团糟，维护起来相当的困难。
2.格式规范
缩进排版规范,偶给大家推荐一个工具，checkStyle（AS和Idea都有这个工具）。AS checkStyle 插件可以通过自定义配置文件来统一团队的代码风格和代码规范，降低团队的交流成本，一般配合 save actions Reborn 使用更佳。关于checkStyle的配置文件网上也不少，大家自行去网上搜索，不单独赘述了。
3.逻辑规范
如：相同方法要抽取到工具类中以供全局调用、一个方法不要写几千行，方法过于复杂就要再单独抽离方法等。
4.注释规范
注释这部分内容文章第二章节会单独说明。
5.其他规范
如：一行声明一个变量、所有的变量必须在声明时初始化、for循环不要调用线程、项目中禁止使用过多的静态变量等等示例：偶自己写项目遵循的开发规范（去华为云开发者社区、csdn等优秀社区都可以搜索相关的开发规范）
1）工程包命名
工程包名com. 公司名称简写.应用名称简写（拼音或者英文）.activity 放工程的主Activity 以及BaseActivitycom. 公司名称简写.应用名称简写（拼音或者英文）.activity.list 在activity下面建一个文件夹list放所有的ListActivitycom. 公司名称简写.应用名称简写（拼音或者英文）.adapter 放和主activity对应的adapter 以及通用adaptercom. 公司名称简写.应用名称简写（拼音或者英文）.adapter.item 放和listAcitivity对应的Adaptercom. 公司名称简写.应用名称简写（拼音或者英文）.bean 放javabean类com. 公司名称简写.应用名称简写（拼音或者英文）.util 放各种工具类 （图片，字符，时间，dalog 等）com. 公司名称简写.应用名称简写（拼音或者英文）.net 放和服务器交互的类com. 公司名称简写.应用名称简写（拼音或者英文）.view 放 自定义view的类com. 公司名称简写.应用名称简写（拼音或者英文）.db 放 本地数据库操作相关的类当然 上面的公司名称可以换成别的 ，尽量用简写或者英文 比如qq: 就可以写成 com.tencent.qq.activity，大家明白这个意思就好。
2）类文件命名
1. activityactivity 偶习惯分为两种考虑， 一种是列表数据的， 第二种是普通的activity 。这么分有个好处就是找这个类的时候方便。当你看到这个界面时列表数据的时候 直接搜索listActivity就能过滤掉一大部分，然后再筛选会简单很多。这个大家从上面偶定义的包名中就看出来了。所以 activity的命名是 ： 功能简写+Activity功能简写+ListActivity登录：LoginActivity用户列表：UserListActivity2. layout xml全部小写，用_隔开 xml命名 分为几种主Activity用到的xml ： activity_activity名称简写.xml activity_login.xmlinclude的xml：include_功能简写.xml include_top_search.xmladapter中用到的xml：item_adapter名称简写.xml item_user_list.xmldialog用到的xml：dialog_功能简写.xml dialog_show_tips.xml自定义view用的xml ：view_view名称简写.xmlview_header.xml 这个就是共用的view 也可以用common_view名称简写.xml替换xml中 控件id命名：模块名称_view的逻辑名称_view缩写用户名EditText : login_username_et登录确认Button： login_confirm_btnLayoutView lvRelativeView rvEditText etTextView tvButton btnImageButton imgBtnImageView ivCheckBox cbxRadioButton rbtn其他的类似，不一一列举了。这些都不是规定死的 ，大家自己定义，前提能区分开不同的控件并且能让别人看懂。3.工具类等工具类功能简写+Util : DialogUtil.java 、 TextUtil.java
3）. 图片等资源文件命名
背景图片: bg_功能_说明 bg_login_commit图标图片: icon_功能_说明 icon_tab_set功能也可以换为 acvitiy名称简写共用的图片 前面都加 common
4）.程序中变量 常量命名
在说这个之前要给大家补充一下 标识符命名。就是变量和常量名字偶一般就用两种：1 驼峰(Camel)命名法:又称小驼峰命名法，除首单词外，其余所有单词的第一个字母大写。protected TextView mWatchCountInfoTv;protected TextView mNicknameTv;protected TextView mLocationTv;protected TextView mVideoTopicTv;protected TextView mVideoTitleTv;2.下划线命名法:单词与单词间用下划线做间隔。private static final int MSG_SHOW_GIFT = 20;private static final int MSG_SHOW_EXPRESSION = 21;private static final int MSG_SHOW_RED_PACK = 22;private static final int MSG_SHOW_JOIN_USER = 23;静态常量名称都是 功能说明_类别 统一下划线命名法private static final int MSG_SHOW_GIFT = 20;private static final int MSG_SHOW_EXPRESSION = 21;private static final int MSG_SHOW_RED_PACK = 22;private static final int MSG_SHOW_JOIN_USER = 23;变量这个分为两种全局变量、局部变量，全局变量 以m开头，局部变量不用。全局变量：protected VideoEntity mCurrentVideo;protected int mShareType;protected MyHandler mHandler;protected int mLikeCount;protected int mCommentCount;局部变量：TextView tview = new TextView();Button button = new Button();上面已经介绍过 xml中id命名的方法了所以变量和那个规则基本一致： 功能逻辑名称简写+view 简写private ImageView mPhoneVerifyIv;private Button mConfirmBtn;private EditText mPhoneNumberEt;private TextView mSelectCountryNameTv;private TextView mSelectCountryCodeTv;之前写的一篇文章【软件开发规范六】《Android开发编码规范》
二.写好代码注释
代码注释偶认为是很有必要的，这里说的代码注释是那些必要的，一些简单的功能没有必要加太多的注释说明。举个简单的例子：某项目中有一个项目重点工程列表功能，后来又新增了在施项目列表功能，再后来又新增了停工项目重点列表功能，这个时候一般的开发人员都会考虑复用，就是用一个类，不用写三个类，因为列表内字段都很类似，这个时候开发人员直接用的一个类，然后偶贴一下代码大家感受下有注释和无注释两者区别：无注释：有注释：很明显加上注释以后，大家一眼就能看出这个类的作用，三个功能列表都是这个类的代码，后期维护起来会非常方便，如果不加注释，可能只有开发这个功能的开发人员清楚，其他人或者后期进入公司维护这个项目的开发人员只能通过读代码分析出三个功能是复用的一个类，很明显效率就会降低很多，所以在开发过程中一定要养成一个写注释的习惯，代码注释相当于产品说明书，太重要了。写代码注释要注意的几个问题：尽量减少不必要的代码注释，说的直白点就是大家都知道的东西就没必要加注释，加了就是画蛇添足类似这种的就属于画蛇添足，偶看代码能很直观的知道这是点击登录后调用的逻辑，不需要解释，写了感觉一点意义没有。注释一定写清楚作用，对于特殊处理的逻辑，要注释这样处理的原因代码的注释不是越详细越好，概况的说清楚这段代码的作用即可。
三.review重构代码
review代码刚入行的时候就听别人说过，但是在前两家公司的时候，基本都是各做各的，每个人分工不同，也就是说自己写的代码自己维护，也不涉及到其他人，真正让偶知道review代码的是在第三家公司的领导。当时偶在第三家公司工作的一年多时间，从入职第一天写的代码到偶离职的前一天，偶写的所有的代码，偶的领导都会帮偶review一遍,每次review完偶写的代码，他都会把偶叫过去和偶说哪里写的不行、哪里需要改、怎么改、参照哪处的代码。也是在那家公司项目组领导的指导下，偶开发水平有了很大的提升，到现在回想起来，内心非常感谢他。可以说是那个领导帮偶养成了review代码的习惯，刚去的时候被他说过几次，偶每次写完也会review一遍，最开始偶仅仅是不想再被他吐槽写的烂，因为大家都懂的，程序员就怕别人说自己菜，后来时间长了发现写完功能后review一遍代码，然后修改一下会让代码规范整洁很多；其次有些功能会加深理解。后来偶离职去了下一家公司也一直保留写完代码后再重新review一遍的习惯。review代码几点小的建议：做完一个小功能后或者发布一个版本后review一遍，这个时间点比较适合，新功能还在讨论需求中，会有空余时间可以用来review。代码review都看哪些东西，偶其实一般主要就看三方面：代码规范 命名、格式、易读性等代码涉及到的一些算法或者逻辑等代码是否可整合，比如同一类的方法是否可以增加参数复用、自定义组件是否可以重新封装增强扩展性。当然如果系统性的review代码不仅仅这三点，大家根据自己实际情况来做。
四.多学习优秀的源码
如何让自己的代码写的看起来很高大上、有水平、很规范。很多老菜鸟一般都会脱口而出：看源码啊…这个看源码没毛病，看源码肯定会有所收获，源码基本都是标准规范化的模板，但是说实话，偶真的没咋认真读过那些底层源码，除了刚学习java那会老师说必须仔细看API，去源码找方法，后来基本没咋看过源码，因为偶真的看不下去。偶一般都喜欢带着问题或者有一定目的去做事情，你就直接让偶看一堆源码，偶容易犯困。偶个人习惯是看那些大厂的DEMO，比如偶做云直播,偶就看XX团队的DEMO的代码是怎么写的；偶做推送偶就看某推送团队的API文档说明，学习文档说明里面附带的DEMO源码是如何写的。所以个人习惯看大厂发布的最新版本的DEMO源码，因为首先偶能看懂，其次能直接帮偶解决问题。再后来偶就看github上面主流的一些开源DEMO，都是star高的开源项目，这些项目都有一个共同点，就是代码都写的很规范。学习代码规范的同时还能顺便了解项目中都依赖了哪些新的框架、采用了哪些新的技术，总而言之就是找适合自己的优秀的项目去学习。
五.保持平和的心态
程序员这个职业其实对个人的心态要求很高，控制不好自己的心态真的不太适合做这行工作。因为每天都会面对各种复杂的问题，做不完的功能，改不完的BUG…描述一个场景：你正在改一个特别难处理的bug,但是开发环境却在这时候出问题了，配置了半天还是解决不了，开发环境还是一直有问题，恰好这时候产品经理突然过来和你说之前另外一个功能模块的需求设计需要推翻重新做并且需要尽快加班改完。产品经理通知所有相关人员参加新需求讨论交底会议，会上研发经理要求大家晚上留下来加班讨论改版后的系统架构设计和数据库相关改动设计，此时你的内心想必是有很多神兽飘过…很多开发的小伙伴碰到这种情况，心态就发生变化了，bug也改不下去，功能也不想做，即便硬着头皮去改去做也会有很多问题，因为心态没调整好，逻辑没有梳理清晰，做出来的功能一定是问题一大堆。调整心态的方法：1.站起来活动活动，让自己冷静冷静。2.去各种摸鱼群里面吹吹水、吐槽吐槽，都可以缓解大家紧张烦躁的情绪。3.去各种技术社区去浏览浏览文章或者写写文章。总之就是做一些事情，先转移一下注意力，先把自己心态调整好，这样才能高效的投入到工作中。
总结
代码是一环扣一环的，从逻辑、可读、简洁、效率、维护，这些标准都决定了代码的好坏。从看到学再到写，在提升自己代码能力的同时，还要注意代码的质量优化，一个好的程序，是由好的代码模块组合而成的，而在大家写程序的时候就应该多加考虑和设计，这样不仅是对代码负责也是对自己负责，写好优质代码是一个程序员应尽的责任。
本文分享自华为云社区《【云驻共创】为了写好代码，你坚持了哪些好习惯？》，作者：再见孙悟空_。
关于游戏外挂你是怎么看？
其实不仅是吃鸡游戏，所有FPS游戏或者是TPS游戏都会多多少少受到游戏外挂的困扰。造成这种现象的原因有三点：
第一，由联网游戏的机制所导致。
任何一款多人在线游戏的逻辑都离不开上传——接收——反馈。即玩家在游戏中的操作数据会先上传到服务器上，服务器接受数据做出反馈指令，然后再把指令数据发送到个人电脑上。
但是需要注意的是，数据德来回传输需要花费一定的时间，反映在个人的电脑上就是会出一定的延迟。
很多FPS/TPS游戏都是即时演算的，数据量非常大，来回传输带来的延时必然会更高。这样的话，玩家的游戏体验就会极差。
为此，FPS游戏会将一部分数据放在电脑本地计算，计算之后再发送到服务器上以减少服务器的计算量，让游戏的延时降到最低。
但是要知道本地的数据是容易被篡改的，服务器管不了，所以外挂无法被彻底禁止。
第二，由利益导致的产业链。说个数据吧，在底，当媒体公布《绝地求生》销量突破2000万的时候，蓝洞也公布了另一项数字——查封70万个外挂账号。
最低端的外挂，如透视、自瞄，都会需要120到150每天，更不用说高端点的定制挂或者新挂了，大家可以想象一下有多大的市场吧。
今年6月18号，完美世界配合警方抓获了一个CS：GO外挂制售团伙3人，售出外挂8000份，涉案金额高达百余万。只要外挂有利益,那么就永远不缺做挂的人。
第三，使用外挂的玩家永远存在。
外挂为什么能获益？那是因为有市场，永远都会有想要作弊的玩家。这些玩家要么是公平竞技下技不如人，还想体验虐败对手的快感，或者想快速上分。
于是，外挂就成为唯一的途径，很多玩家即便被封号也在所不惜。还有一种情况是职业选手，为了获得赛事胜利谋取利益和名声而使用的手段。具体选手就不提了，大家应该都懂。
总的来说，从游戏本身，到市场，再到需求，FPS/TPS游戏就不可能禁止的了外挂。正常玩家唯一的做法就是从自身做起抵制外挂，举报外挂，配合官方查封外挂，而不是打不过就加入，屠龙者最终自己变成了恶龙。
最后，希望大家都有一个公平的竞技环境吧。
