kotlin orm（目前Java最流行的开发技术是什么）

本文目录

• 目前Java最流行的开发技术是什么
• 同时开发 Android 和 iOS apps 是一种什么样的体验
• Java就业怎么样过气了吗

目前Java最流行的开发技术是什么

目前Java最流行的开发技术基本是ssh，它们的功能各自不一样，struts2一般控制页面跳转，它有核心控制器，MVC模式当中充当控制层，没有servlet麻烦。 hibernate是把对象存到数据库中，是关于关系映射的中间健，目前和它一样流行ORM有 iBatis TopLink。spring是功能很多，在ssh它贯穿整个，包括对象的创建，和一些对数据库的操作的封装

同时开发 Android 和 iOS apps 是一种什么样的体验

两种模拟器一个天堂，一个地狱。一：开发环境iOS的Xcode是垃圾中的垃圾，尤其是现在对Swift的支持，我之前用的时候隔三差五的代码高亮崩溃了，Xcode的崩溃次数绝对是Android IDE的数倍起，而且真心卡，我感觉上下拖动都没60帧。Android以前的Eclipse也是垃圾，后来出的Intelijia/Android Studio好太多。代码多了也卡，所以我干脆直接指定给他3G内存用（我电脑是16G的13寸rmbp），会好很多。不过自从Android全面切到Gralde后，感觉Gradle编译真心慢，尤其是多module依赖的时候，还有方法数超过6k5需要multidex的时候简直是噩梦，因为开了multidex后是不支持增量编译。这方面iOS好很多，iOS用的多的是cocopod管理依赖，改几行代码编译速度确实比Gradle快。然iOS可以用AppCode，但是这玩意老是跟不上Xcode的发版速度，比如iOS9出了，Xcode7出了，但是老得AppCode就没法写了，各种语法错误，得上新的开发版，但是开发版对于iOS新特性的支持肯定又不全二：开发语言iOS的OC语法怪异繁琐但是习惯就好，这玩意调用C/C++比Android用的Java好太多。后来的Swift改进太多，但是当前不成熟，主要是Xcode太垃圾，不过现在用Swift写的iOS App也渐渐多起来。Android的Java已死，死在1.7，是不可能上1.8的Lambda，虽然有第三方库搞这个。Jetbrain出的Kotlin对Android的支持也才开始，自己都没1.0，想用Kotlin写Android至少也得等个2，3年把。三：页面导航和保存现场iOS是用ViewController，Android用Activity，VC的push==Android的startActivity，VC的present==DialogFragment.show无论哪个系统都有内存不够的问题，在应用被切到后台，Android原生支持序列化保存现场，以便之后App被回收后再回来能恢复（当然你可以不做，比如某个版本的百度地图就是这么干的，每次切出去进来就重载），Fragment做的那么复杂也有这部分原因，iOS默认不支持，需要开发者自己写很繁琐的代码，所以你可以见到，基本上没有iOS应用在后台被销毁后重进还能恢复现场，一般都是重载页面复杂点的iOS App都要用到 ViewController互相内嵌，叫 ViewController Container，在Android上面就是Activity内嵌Fragment内嵌Child Fragment。VC之间传数据因为没有保存现场的需求，所以直接给VC对象的某个属性赋值就OK。Androd就得经过Intent，要求数据必须支持序列化，当然你要是不愿意保存现场，跟iOS差不多也行。其实我也不知道哪个算比较好，因为iOS也有人抱怨iOS的做法让2个VC耦合太强。四：App内存iOS App启动后有差不多1/2整个系统内存的可用大小，但是Android的差距就很大，从32mb到195mb+（2G总内存）都有，跟整个手机的总内存有关，没用过3G，4G内存的Android手机，不知道heap size是多少。这就导致Android的内存更容易出问题。反正都有代码没写好因为强引用导致内存泄露的问题五：UI，兼容性适配iOS从最早的手动Frame，为了适配ip4 ip5的auto resizing，后来的AutoLayout，后来的Size Class。但是StoryBoard的AutoLayout真的非常非常难用，稍微复杂点的界面，左侧一堆一堆的约束，根本不可能改的了的，对比起，容我现在先吐一下，我眼睛痛。所以很多人用第三方的代码AutoLayout库，比如Masonry，但是我用下来感觉还是啰嗦。iOS9为了搞适配，增加了UIStackView，这其实就是Android的LinearLayout。AutoLayout另外一个问题是卡，所以基本没人会在UITableView的Cell里面用AutoLayout，全是手动Frame布局的。iOS开发一直以来很多争吵，代码画布局（要么手动Frame，要么各种第三方布局库），还是全部StoryBoard/Xib，这2个都恶心，代码画，VC里面又是布局又是业务，后者又不是人能用的，StobyBoard/Xib的根本没有可读性可言，对于版本管理就是灾难。而且我个人对于Xcode能否打开复杂StoryBoard切保持不崩溃持有怀疑态度。Android通常是XML画布局，代码做业务，相对来说好太多，XML非常好读写，写个ListView的Cell的速度比UITableView快太多，iOS是需要你自己计算高度的，当然你可以不用，我上面也说了，你不怕卡的话。但是Android兼容麻烦的是Rom兼容，尤其是国内厂商，对于Framework层改动太多，很容易踩到坑。对于系统Api以及系统版本更新的坑，我印象里面，无论是iOS还是Android都不会少，逃不掉的，老老实实认命找workaround。六：多线程iOS的GCD NSOperation对Java的Executor多线程框架。就客户端开发而言，我没感觉出来这2者有什么麻烦或者为难的地方，都能满足需要，当然或许是我太浅薄。七：存储虽然iOS有CoreData，但是没人用啊，大家都喜欢SQLite，Androd官方是没ORM方案的，老老实实SQLite，第三方的ORM反正我心虚iOS分配给App的几个文件夹，如果你在不该写的文件夹写，比如一个会被iCloud备份的文件夹下当缓存用我记得是会被AppStore驳回的。但是Android随便了，整个SD卡可以读写，某个版本的Android是禁止写第二个存储空间的（多数都是SD卡），后来我记得又改回去了。八：动画iOS的RunLoop在Android那边就是Handler/Looper/MessageQueue。iOS的RunLoop多个模式，可以在滚动的时候禁止其他的UI消息，很像Android上就是MessageQueue.IdleHandler因为iOS要跟OS X共享代码，所以是拆分显示和事件处理（手机触摸屏，电脑就是鼠标键盘），也就有了CALayer和UIView，Android因为没历史包袱，都是View自己处理的。iOS动画可以直接操作CALayer做，Android一般是用Animator操作View，但是因为版本兼容性的问题，很多人还是会用2.x的Aniamtion来做Android动画，那东西渣多了。Animator的一个好处是可以任意属性对于时间的变化，Facebook给iOS出的Pop我记得也是可以这样，不然你就得自己用CADisplayLink封装了。动画过程中的快慢iOS上是TimingFunction负责，Android是Interpolator贝塞尔曲线 UIBezierPath 对应 PathViewController过场动画UIViewControllerTransitioning对应Android5的ActivityTransition，但是因为普遍Android手机版本跟不上。。。。很少有人用ActivityTransition。Androd没有iOS的UIKit Dynamics库，有些特效就得自己写九：上架我就以国内情况为例，你如果有个新App，上架AppStore需要一个月你得做好准备，Apple大爷是一周审核一次你的App，有一项通不过你再等一周吧，审核不过会给你截图和解释，你改吧，然后下周又有新问题，所以大约一个月，来来回去4次。国内没Google Play，所以你要么去小米商店，豌豆荚，应用宝，也得审核3，4天，比Apple要容易不少，但是渠道多，烦，一般还需要改Gradle脚本打包出不同渠道的包来判定对应的应用市场到底真的分发了多少来，都是跟钱有关。十：感觉写iOS是被Apple操，写Android是被各手机厂商操

Java就业怎么样过气了吗

近些年的技术圈，单以计算机语言界来说，稳坐第一把太师椅的Java“或将被取代”、迎接转折点、Java项目工程师风光不再等言论不绝于耳。在焦虑的大环境下，所有人好像都看起来很焦虑不安。

针对这类“唱衰论”，也不难理解。不仅，基于Java技术自身来讲，Oracle为此前版本三番五次地“晚到”，最后下决心会以六个月为期限加速Java的上架频率，可是针对开发人员来讲，做为开发环境更新速率太快，不利生产环境，也会为开发设计造成许多的兼容问题，无形之中平白被增多了劳动量，没有开发人员会高兴。

同时，新版本OracleJDK的不能免费商用问题也让Java失去原来的许多支持用户。据此，许多开发人员甚至用“作死”一词来描述Oracle的独裁。除开内部要素，从外界来说，2018年随之人工智能技术大火的Python、2017年谷歌发表声明将做为Android开发一级语言的Kotlin、2016年因前端开发而变成最火爆语言的JavaScript等等均向传统式计算机语言Java参与了挑战。但与其说语言遭受了挑战，说到底还是不同语言所应用的领域吸引的人才互相碰撞。

说到底的唱衰论，援引一名网友的见解来道破其本质，「当今世界只有俩种计算机语言，一种是每天挨训的，一种是没有人用的。」那么，在该观点后边真实的Java应用现况究竟怎样?仿徨于Java围城之外的开发者们该怎样尽快把握Java有关的技术?下一步，我们将从Java开发者最广泛的调查报告中一窥究竟，期望对大家有所裨益。参与该调查报告的有来自全球10500名的Java开发者。

一、Java开发者常会运用的JDK?

截至现阶段，Java中JDK最大的赢家众所周知指的是OracleJDK和OpenJDK。不过随之JDK8和JDK11中许可和支持的变化，下一次的Java调研统计数据或者会产生很大变动。

二、开发者使用的JDK占比

不过依据该汇报的数据调查报告，其中，令人费解的是，很难搞清楚1%的Java开发者是怎样在“无JDK”的情况下进行Java编程的。

三、首要采用的JavaEE版本是啥?

按照数据调查报告，有38%的Java开发人员根本不运用JavaEE。估计不少都使用了SpringFramework。不过或者也有一些Swing和JavaFX开发人员。

四、首要采用什么JVM语言?

虽然如文章伊始提到的，2017年，谷歌将Kotlin当做Android官方网编程语言，“Java将被取代”观点也随之而来。但是依据调查研究报告结果显示，在这一问题中，Java依然占主导地位。而Kotlin只是2.42%的受访者表达当今将其当做工程项目开发设计的首要语言。除此之外，它虽说超出了Scala的利用率，但仍然落后于Clojure。

五、哪几个IDEJava开发人员常用?

针对这一问题，一名网名为program9的软件工程师表示：“IntelliJIDEA是我采用过最好的IDE。以前我用过Eclipse和NetBeans，可是自从我尝试了IntelliJ，我再也不会回过头来。这样的话我觉得代表，我不喜欢vi/vim器。实际上，我喜欢用他们来迅速编写文件或撰写bash脚本。我觉得所有开发者都应当具有运用vim和bash脚本的一些基础知识。”

按照报告显示，有45%的开发人员以IntelliJIDEA为开发Java项目的IDE。次之各自有38%的开发者采用全免费的Eclipse和11%的受访者使用NetBeans。

六、首要采用哪几种构建工具?

许多开发人员在他们的项目中使用不同的构建工具，因此值得注意的是，调查中的问题是要求开发者选择使用的主要构建工具。而绝大部分工程项目全部都是采用maven构建的。

七、Java开发人员采用哪几种CI工具?

如同大部分开发者所期待的那般，Jenkins以高达57%的市场占有率获得CI服务器工具。此外，也有21%的开发人员尚未采用所有别的的CI工具。

八、开发设计团队首要采用哪些源代码管理工具?

针对有74%的受访者选用Git，合乎情理也属于情理之中。但令人惊讶的是，竟有16%的开发人员仍在采用Subversion(a.k.aSVN)。

九、首要应用哪几个测试技术?

知名软件工程大师RobertC.Martin在他关于软件开发专业化的探讨中曾表达道：“我们(软件工程师)对企业系统相等于医生对人的心脏手术。我们都是企业挣钱或亏钱的根本原因......我们都是把握企业命运线的人“。

殊不知，10%的开发者回应说他们都没有采用其他测试技术。嗯，在此祝愿岁月静好!

老实说，期望这些在平时开发设计中都没有测试代码习惯的10%的参与者仅仅自学的开发人员或是仍未加入工作的大学生。

十、Java程序员会采用哪几个非JVM语言?

如今有许多的Java应用程序前端全部都是用JavaScript。按照调查研究报告结果显示，57%的受访者表达采用JavaScript语言，但并不清楚他们最后采用的是纯JavaScript还是别的其他相近TypeScript的语法超集。次之，有56%的程序员选用SQL，也有8%的受访者表达尚未工程项目中使用任何别的非JVM语言。

十一、哪几个Web框架是Java开发人员的最喜欢?

有40%的受访者挑选了SpringBoot架构，有36%的开发人员选取了SpringMVC，两者之间利用率差距不大。

十二、开发者采用哪几个ORM架构?

注：该选项为多选，因而总量不等于100%。

按照汇报显示，有高于一半的开发者运用了Hibernate。次之有23%的受访者选取了JDBC。但严格意义上而言，JDBC并非ORM框架，因此说选取None这一选项的开发者也有将会采用JDBC。

十三、Java开发者采用哪种数据库?

Oracle占有率27%，稳居榜首，随后是MySQL和PostgreSQL。只有9%的Java开发人员采用了MicrosoftSQL，这并不奇怪，是因为这是C#的利基。

MongoDB是NoSQL数据库产品中最热门的一种，使用的人数是IBMDb2数据库的5倍。

十四、哪几个应用服务器开发者最常使用?

毫无疑问，Tomcat以41%的占比稳居第一。

十五、Java开发者多久发布一次新版本的代码?

令人惊叹的是，7%的开发者表示每天多次发布项目更新代码。

十六、Java开发者的地理位置分布?

根据调查显示，大多数的开发者位于欧洲。

十七、使用Java的开发者年龄分布?

最为已有二十几年历史的Java，其使用者大多是伴随其发展成长起来的人，根据报告显示，有38%的软件开发人员年龄为30-40岁。

十八、程序员如何获得及学习有关Java技术?

对于这个问题，这里的最大赢家应该是Google，很多程序员都会通过Google去搜索相关信息。而碰巧大多数答案都可以在StackOverflow中找到。

十九、Java开发者为开源贡献了多少?

不论是国内还是海外的一些开发人员在空余时间都会自己构建小项目，但是整体而言，想要找到更多的时间去维护开源项目其实并不容易，按照前文的数据结果显示，38%的Java开发者年龄处于30-40岁之间，此时，日常工作以及家庭占据了他们大多数时间，很难再抽出空闲时间。这也是为什么有55%的人从未开源过项目。