能力说明:
了解变量作用域、Java类的结构,能够创建带main方法可执行的java应用,从命令行运行java程序;能够使用Java基本数据类型、运算符和控制结构、数组、循环结构书写和运行简单的Java程序。
CSDN安卓优质创作者,尝试中成长和IT七剑客的站长,公众号:android踩坑小天才
我刚开始听说服务器的时候只知道,服务器是用来处理客户端请求的,后来稍微接触了一下才知道,好多东西是基于服务器的。今天我来介绍几个简单的应用,至少不能让刚买的服务器闲置。
有静态注册和动态注册两种方法 静态注册指在AdroidManifest.xml文件中注册 动态注册当然是指代码实现实现注册
Android里面更新UI必须在主线程中更新,子线程中不能更新UI,kotlin有其简化的开启线程方法
GET代表希望从服务器那里获取数据,POST则代表向服务器提交数据
主要是google提出的一种设计应用的规范,并且为了方便开发者,Google将一系列设计好的组件进行了一些比较好的封装,使得我们普通的开发者也能设计出较为美观的界面,只要引入Material库就可以使用那些组件了
Google为了开发者更好的设计软件的代码架构以及写出高质量的代码,推出Jetpack组件,将许多好用的代码进行封装,总之使用Jetpack可以使得我们利用更少的时间开发出更高质量的软件
主要是利用application获取唯一的全局实例context,使得我们在任何场景都可以获取context
即我们提供数据集,然后计算机根据一定的算法帮我们构建一个模型,相当于一个学习过程,之后输入新的数据,模型返回给我们一定的数据
这个问题已经确定好了,就是虚拟机的网络出现了问题,好像是ip地址不一样什么的,重置一下虚拟机即可解决
前几天开发项目的时候碰到一件比较头疼的事,就是获取json数据的主域名不一样,最简单粗暴的方法就是重新写一份retrofit,但这是十分低效的,写重复性代码就程序员最不想做的一件事之一,所以找了好多文章,最后找到了一个反射机制解决此问题的
git的基本使用:上传项目到远程github仓库上
复变函数基本概念
图论相关概念
把开发者选项中的都选上,然后注意电脑和手机连同一个区域网就可以
springBoot搭建自己的第一个接口(kotlin+gradle)
SpringBoot打包为jar并且部署到云服务器上
之后下载这两个安装包,根据电脑实际情况下载,这里我选择x64版本的两个轻量级安装包,其他版本比较大,学习的话这两个版本就够了
可以选择依赖下载,也可以直接下载jar包,需要注意的一点就是新版本可能不稳定,选择下载量最多的那个版本。如果下不了的话直接用以下网盘的方式下载
最近做服务器接口开发的时候遇到的小问题,数据库查询之后的数据怎样快捷的转化为json数据,第一时间想到了查库,查了挺久的,好多都是用代码实现,比较懒,这方面内容代码实现的偏多,虽然确实比较简单,但能快点就快点
当你需要一个类只能创建一个对象的时候,例如数据库连接时,服务端只需要一个连接对象便能处理很多查询工作,如果此时一个连接一个查询势必会造成内存的浪费,造成服务器的卡顿,所以此时就出现了一个需求,怎样让一个类只创建一个对象呢
当时创建springboot的时候没有选择kotlin部分,后面想要运行kotlin文件显示,不能编译,所以需要手动引入一些依赖,idea当时确实有提示过需要引入kotlin‘模块,不过由于不能下载最新版本1.6.0-M1,卡了好久,所以换成低一点的版本
查询一个数据库的全部记录,并且将其用java list储存起来
矩阵求导的本质上就是矩阵中元素对元素的求导,只是将其按照矩阵的形式进行一些规范化的写法罢了
在一组数据中找到某种内在联系,举个例子:在国外的某家超市,工作人员发现牛奶、啤酒、尿布经常在男性的账单中出现,看似风马牛不相及的事情,但确实就发生了,后来超市采取三者放在比较近的地方以提高销售量,事实证明他们真的成功了,其实是劳累了一天的爸爸在买孩子尿布的时候顺便买了啤酒,本质上是有因果关系的。所以关联分析就是通过数据分析出隐藏的关系的一种机器学习方法。
其实机器学习主要的任务就两个,分类和回归,各种算法本质上都是为了提高准确率
即面对不同的模型如何选择一个最优的模型作为我们的学习结果,一般而言不同的学习算法也会产生不同的模型,在各种参数上会有差异,理想情况是获得一个泛化能力最强的那个模型,但事实上很难判断模型的泛化能力,数据的采集是一个问题,所以机器学习中常用一些指标进行评估模型的好坏
这部分涉及公式推导比较多,故只讲述思想,后面有时间再补补公式推导
lambda运算时java后面版本引进的,所以实现的仅仅是从形式上简化代码,内部的优化并不是非常出色,而Kotlin一开始就支持函数式编程,使得其lambda表达式具有性能上的优势,同时Kotlin简洁的风格也给lambda表达式进一步简化提供了一个良好的实现方式,下面带大家具体看看他们之间的区别以及如何更好的使用Kotlin的极简化lambda表达式
Android开发中经常用到gradle工具,有时候写好一个脚本可以大大简化我们的工作,比如签名打包,还有下载依赖等等都是通过gradle进行的,需要我们对gradle有一定的了解,所以今天手把手教你搭建一个标准的gradle环境和其配置
Kotlin里面的集合式api和Java类似,但也有区别,Kotlin里面加入了可变和不可变的特性,例如可变集合MutableList,不可变的则是List,这部分的功能主要是和语言的特性相关联的,从Kotlin对于变量的定义中就可以看出来。
这个应该时历史遗留问题,当初为了wifi进行远程调试尝试了许多wifi调试插件(目前使用的是ADB Wi-Fi这款插件),有些不行,然后删除掉了,结果每次还是会出现当初安装的错误,虽然不影响使用,但还是有点烦人
最近放寒假了,终于有空做项目了,想着把之前的一些项目重构一下,碰巧重构到 view Binding 这块,之前都是用 kotlin 的那个扩展,其实刚开始做项目的时候这个就已经废弃了,由于当时自己有点懒,没去学习这个新的代替方案,所以就成为一个历史遗留的问题,参考官方文档
内联本质上就是用空间换取时间的一个操作,将被关键字修饰的函数或者其它属性直接嵌入主函数中,使得加载的过程中函数的运行效率大大提高,Kotlin中的内联和其他语言的内联差不多,只是分的更细,由于自身语言的特性又有一些新的用法。
最近设计界面的时候碰到这样一个问题,我们经常可以看到这样的一个界面,告知用户的隐私条款和用户协议这样的这个底部彩色文字,而且这些彩色文字都是直接指向相应的链接
做项目已经连续两周了,项目不大,但感触颇深,第一次写非技术文,希望能够给初学者一点参考,开头先说一下个人的看法,英语并不是必须学的,但如果想要深入学习各种语言或者技术,英语是非常重要的。很多初学者老是纠结于此问题,正好项目完工,写下感悟,希望对后来者有帮助。
前段时间由于做spring boot的后端,经常需要进行Json 和对象之间的转换,所以利用Gson结合Kotlin扩展函数的特性封装了两个非常方便的函数,如果是其他语言,也可以封装一下,就是没Kotlin方便了。下面展示一下最终封装效果
之前一段时间做springboot项目的数据库的操作是使用JDBC进行的,非常的繁琐,当时自己app端使用的就是封装好的orm模型,然后找到了mybatis-plus,很容易上手,但是当时是初学,摸清基本原理还是花了不少时间,当时的主要参考资料就是plus作者的官方文档地址
从今天开始正式写openHarmony相关的文章,经过一段时间的沉淀,学习之路漫漫,不断地学习才是王道,熟话说万事开头难,安装软件应该是学习的第一道坎,废话不多说了,看内容了~~
今天带大家了解一下openHarmony系统,很多人可能听说过Harmony OS,今天要介绍的openHarmony系统就是Harmony OS的抽象,即基础版的,鸿蒙系统最终要实现的就是脱离安卓系统成为一个独立的系统,目前的环境使得鸿蒙系统仍然需要兼容安卓,故openHarmony诞生了,为了更好的进行过渡,同时也为更好的宣传鸿蒙系统。
openHarmony系统应用开发的组件很多,本篇文章仅以一个例子作为一个通用的学习方法,如果之前学过安卓开发,这部分内容应该除了语言,其他没有任何难度,本篇文章参考官网实现一个dialog组件,开始了~~
前天学习了openHarmony下如何创建一个组件,可能原理讲的还不是很好,今天就来聊聊背后的子系统,开始了~~
经过一段时间的学习,打包应用并安装应该是最激动人心的一环了,所以今天带大家完成openHarmony应用的安装,正文即将开始~~
已经有一段时间的连续写作了,这次我们来谈谈在OpenHarmony上贡献自己的文档的规范,同时也是一种平时写作的可以参考的规范,话不多说,开始了~~
前段时间部署node项目的时候出现了一点问题,就是宝塔https一直开启不了,开启了显示time out,最后解决办法很简单,就换成443监听即可,不过不忍心一句话加一张插图完成一篇文章,所以给大家带来宝塔部署node项目的流程,并且开启https访问。
一般的项目都有全局模块的配置,OpenHarmony系统的应用同样也有这样的一个模块config.json,类似安卓中的AndroidManifest.xml,作用是相似的,配置应用板块,带大家来进一步解析其中的参数,以下给出一般的结构,正文即将开始~~
通过这段时间的学习,我想你肯定有想为OpenHarmony贡献代码的冲动吧,今天带大家学习一下贡献代码的流程,话不多说,开始了哦~~
终于迎来了最后一篇,这是OpenHarmony专栏的终结篇,当然学习OpenHarmony的步伐不会停止,贯彻终身学习的宗旨(调皮.jpg),这一篇谈谈我是如何学习Open Harmony的,正文即将开始~~
前段时间我不是教大家完成一个 OpenHarmony 代码的贡献流程,结果我自个的PR已经三天了还没处理到,这不得不引发我的思考,到底是啥原因导致的呢(事实上确实就是一个很随便的PR),所以这次带大家重新学习一下,文档需要的真正规范
本来想写文章来复习的,后面发现越写越多,而且感觉本末倒置了,查询语句写的最少,其他倒是写的很详细,数据库知识真的太细太碎了,整理起来难度真的挺大的,如果是数据库小白,这篇文章肯定很有用,它没有过多的实战,带你了解数据库的基本框架和能够完成的任务,如果是数据库学过的话,那这篇文章可能对你而言只有前面数据库概述和设计数据库有用,数据库sql语句这部分非常的精简,几乎只是了解个框架,第一次写长文欢迎评论区大佬们的指正。
”麻雀虽小五脏俱全”就是它了,设计后端即springboot的开发,app处理网络请求的开发,appUI界面的设计(虽然只有一步,但也还是吧),数据库查询相关,app搭建相关架构的实现等等,值得学习一波。