安卓开机启动service后台运行 Android开机启动时会发送一个广播android.intent.action.BOOT_COMPLETED,捕捉到这个广播,然后可以进行相应的操作,比如:通过捕捉开机广播启动Activity,或者Service. 1.新建BootBroadcastReceiver类,继承BroadcastReceiver. public class BootBroadcastReceiver extends BroadcastReceiver {   private fi

版权声明:本文出自汪磊的博客,转载请务必注明出处. 关于安卓Service相信很多安卓开发者都听说过,作为安卓四大组件之一,即使不经常用也应该听说过,但并不是每一个人都掌握的特别详细,全面.那么今天我将带大家全面了解一下Service.希望对您有所帮助. 什么是Service?  先来看一下官方定义: A Service is an application component that can perform long-running operations in the background a

摘要: 版权声明:本文出自汪磊的博客,转载请务必注明出处. 在上一篇中我们学习了Android Service相关的许多基础但是重要的内容,基本涵盖大部分平日里的开发工作.今天我们继续学习一下稍微高级一点的用法,即:远程Service用法,使用远程Service可以实现安卓跨进程通信的功能.下面我们就开始学习一下吧. 什么是远程Service? 所谓的远程Service就是与调用者不在同一进程的Service即可叫做远程Service.那是不是也有近程Service?其实不叫近程Service,

我们现在开始写商品类选择这个功能: 先看效果: 当我们点击"新增商品"---->"选择目录"然后从数据库中查出来数据并显示了. 我们分析数据库的那张表: 它是一个树形结构: 如下: 这是整个表的数据. 我们写一条sql查询语句: 查出来的是最顶层的目录. 我们再根据其中一条数据的id来查他的下面的目录: 比如查id=74的数据 查出来的就是家电数据. 我们在查大家电下面的数据: 所以整个表就是一课数. 我们看怎么实现: 页面上我们使用Easyui的tree结构

需求: 我们之前把采购单交给监督单位审核了,审通过的采购单就要受理.供货商决定采购单发不发货. 说明: 我们要查的就是登录的供货商的要提供的采购药品,我们查看的是采购单详细表,至于查询条件我们用的是就是采购单的查询条件,查出来的就是采购单里面的详细采购清单,我们在查询采购单里面的详细清单时是需要有约束条件. 我们设置一个YycgdCust对象.用来做查寻条件用. 如下: 这张单子里面的就是采购单详细表,这儿查出来的数据就只是特定于这个供货商的采购单详细表,一个区域里面只有一个供货商,有好几个医院

我们之前把采购单都审核了,这篇文章说的就是审核之后提交. 其实就是改变(update)采购单的审核状态. 需求: 用户要先查看采购单的内容. 查看采购单页面:页面布局同采购单修改页面. 选择审核结果.填写 审核意见进行提交 . 约束条件: 采购单状态为审核中方可提交审核. 审核结果(审核通过.审核不通过)必须选择. 审核意见是否必填根据用户需求来定,本系统采用不必填 . 数据库操作: 更新采购单状态为审核通过或审核不通过. DAo层: 使用逆向工程生成的Mapper: yycgdMapper.u

当医院把采购单提交之后,由监管单位进行采购单审核,由卫生院及卫生局进行审核.卫生局可以审核所有医院创建的采购单,卫生院只审核本辖区医院创建的采购单. 操作流程: 点击"采购单审核" 显示如下: 具体实施如下: Dao层: 分为两个: 查找cgd表中的数据以及数据的数量来实现分页. 我们查找cdg数据的SQL语句: select useryy.mc useryymc, yycgd.*, (select info from dictinfo ' and dictcode = yycgd.z

我们之前做的就是采购单的编辑,在采购单里面添加了药品,然后我们这篇文章要做的就是说提交这个采购单. 当我们创建完成采购单,确定采购单不再修改,需要提交采购单,由监管单位进行审核. 我们在提交这个采购单的时候要做一些检验,确保这个采购单是可以被提交的: 1:采购单必须包括采购药品明细方可提交 2:采购单的采购药品明细信息必须完整(采购量.采购金额必须指定) 3:采购单状态为未提交或审核不通过时方可提交 上面的三条都是在Service层里面做的. 当通过上面的验证之后,我们在数据库中做的工作就是更新

前一篇文章我们做的是在医院的角度上添加在采购单里面添加药品.这一篇文章是查看我们添加的采购单信息. 我们先看一下要实现的效果:当: 按下确认添加时,会在这里 显示出刚才添加的数据. 好,我们就来做这个效果: 还是三层:Sql->Mapper->Service->Action. sql的写法我们要看需求 (看需要查什么) sql如下: 一共两个Sql: <!-- 采购单药品明细查询列表 --> select yycgdmx.id yycgdmxid, useryy.id use

要实现的效果:

本文来自:http://blog.csdn.net/w_basketboy24/article/details/8642846 jsp发起请求. actionform封装请求参数. action接受请求,并接受封装好的actionfrom action调用service. service经过业务逻辑处理之后随后调用DAO(或者直接在service中实现对数据的CRUD操作) DAO对数据库进行CRUD. 1,dao和service对应 一般情况下,Hibernate DAO只操作一个POJO(简

public class MyService extends Service { public MyService() { } @Override public IBinder onBind(Intent intent) { // TODO: Return the communication channel to the service. //throw new UnsupportedOperationException("Not yet implemented"); return n

我们上上一篇文章(042医疗项目-模块四:采购单模块-采购单明细添加查询,并且把数据添加到数据库中)做的工作是把数据插入到了数据库,我们这篇文章做的是042医疗项目-模块四:采购单模块-采购单明细添加查询,并且把数据添加到数据库中这里没有写采购量,我们这篇文章做的就是把采购量写进入,也就是Updata之前的那个记录.这样采购单里面的记录就完整了. 如下: Dao层:用的是逆向工程生成的:yycgdmxMapper.updateByPrimaryKeySelective(yycgdmx_updat

用户登录流程 1.jsp根据form表单中的action的login   <form action="/test02/login" method="post"> 请求struts.xml文件中的 <action name="login" class="action.LoginAction" method="add"> 2.struts.xml根据  class="actio

Activity好像是应用程式的眼睛,提供与user互动之窗. BroadcastReceiver好像是耳朵,接收来自各方的Intent. Service是在后台运行的. 一个Service 是一段长生命周期的,没有用户界面的程序.比较好的一个例子就是一个正在从播放列表中 播放歌曲的媒体播放器.在一个媒体播放器的应用中,应该会有多个activity,让使用者可以选择歌曲并播放 歌曲.然而,音乐重放这个功能并没有对应的activity,因为使用者当然会认为在导航到其它屏幕时音乐应该 还在播放的.在

真正理解.区分Action,Service和Dao功能   在不分层的系统里,我们可以将所有的代码都写到一个地方,比如struts的Action类.在这里,我们不仅要处理页面逻辑,还要做业务逻辑,还要做数据访问. 比如说: 代码如下: public String addUser() { if(user == null) { return FAIL_NO_USER; } Result result = null; if(Role.ADMIN.equals(user.getRole())) { re

安卓Service服务 一    Service简介 Service是运行在后台的,没有界面的,用来处理耗时比较长的.Service不是一个单独的进程,也不是一个单独的线程. Service有两种类型: 本地服务(Local Service):用于应用程序内部 远程服务(Remote Sercie):用于android系统内部的应用程序之间 前者用于实现应用程序自己的一些耗时任务,比如查询升级信息,并不占用应用程序比如Activity所属线程,而是单开线程后台执行,这样用户体验比较好. 后者可被

应用场景: 1  用于将后台逻辑(Service中)和UI逻辑(Activity中)进行解耦,实现Service功能的复用,为其他程序提供功能. 2  后台功能,由于Activity在进入后台时(OnStop)不会占用CPU进行运算,而Service在后台会一直占用CPU,用Service可以达到多任务效果. 3  默认情况下,Service运行在主线程(UI线程)中,因此耗时的操作(下载)需要在Service新建线程处理或者使用异步(AsyncTask)的方式进行. 4  桌面widget的功

一.Native Service 1>什么是Native Service 使用JNI编写,在系统启动完成之前启动的系统级服务. 2>哪些服务是Native Service ACCESSIBILITY_SERVICE ACCOUNT_SERVICE ACTIVITY_SERVICE ALARM_SERVICE AUDIO_SERVICE CLIPBOARD_SERVICE CONNECTIVITY_SERVICE DEVICE_POLICY_SERVICE DOWNLOAD_SERVICE DR

转载请表明出处:http://blog.csdn.net/u012637501(嵌入式_小J的天空) 一.Service 1.Service简单介绍     Service为Android四大组件之中的一个.Service与Activity组件相似,都代表可执行的程序且有自己的生命周期,唯一的差别是Activity组件提供界面方便人机交互而Service仅仅在后台执行且没有交互界面.Service是android 系统中的一种组件,它们都是从Context派生出来的,可是它不能自己执行,仅仅能在

AndroidManifest.xml本质:是整个应用的主配置清单文件包含:该应用的包名,版本号,组件,权限等信息作用:记录该应用的相关的配置信息 一.常用标签(1).全局篇(包名,版本信息)(2).组件篇(四大组件).(3).权限篇(申请权限和定义权限)1.全局篇(1).应用的包名以及版本信息的管理package="com.example.tset" android:versionCode="1"android:versionName="1.0"