activity

1.activity自带数据表的含义(23张表) （1）资源库流程规则表 1)act_re_deployment 部署信息表 2)act_re_model 流程设计模型部署表 3)act_re_procdef 流程定义数据表 （2）：运行时数据库表 1)act_ru_execution 运行时流程执行实例表 1、说明 ru:runtime 代表正在执行的流程实例表 如果当期正在执行的流程实例结束以后，该行在这张表中就被删除掉了，所以该表也是一个临时表 2、字段 proc_inst_id_:piid 流程实例ID，如果不存在并发的情况下，piid和executionID是一样的 act_id:当前正在执行的流程实例(如果不考虑并发的情况)的正在执行的activity有一个，所以act_id就是当前正在执行的流程实例的正在执行的 2)act_ru_identitylink 运行时流程人员表，主要存储任务节点与参与者的相关信息 3)act_ru_task 运行时任务节点表 1、说明 代表正在执行的任务表 该表是一个临时表，如果当前任务被完成以后，任务在这张表中就被删除掉了 2、字段 id_: 主键 任务ID execution_id_:执行ID 根据该ID查询出来的任务肯定是一个 proc_inst_id:piid 根据该id查询出来的任务 如果没有并发，则是一个 如果有并发，则是多个

方法一：使用Activity的属性process，不同的Activity是运行在不同的进程中 一个工程对应一个 Android Manifest.xml文件，这个文件中包含有该项目的一些设置，如权限、SDk版Activity、Service信息等。一般而言，这个文件中会有且仅有一个application节点，这个节点表示这是一个应用程序，不管它下面还有多少子节点如Activity、Service等等。形象的说，就是这个项目生成的apk安装到 Android 设备后，应用程序列表中会出现一个ICON，这个ICON就是这个程序的执行入口了。 但是，某些情况下，我们需要为我们的apk设置多个执行入口，也就是安装后在应用程序列表中出现多个ICON图标，各个ICON是APP不同模块的入口点，并且各个模块运行在不同的进程中。 可能这种需求很少见，但还是有一个现实的例子：系统中的联系人和电话这两个程序。表面看来这是两个独立的应用程序，但实际上它们只是一个应用程序的两个执行入口而已，点击联系人图标就会进入联系人界面，点击电话图标就会进入拨号界面，这都是通过设置该项目下Activity的属性来实现的。 Activity有一个重要的属性process，这个属性是指定Activity运行时所在的进程。没有指定此属性的话，所有程序组件运行在应用程序默认的进程中，这个进程名跟应用程序的包名一致

本文来自 Legend 的 博客园 博客，作者给了不错的小结，下回分解~ Android Intent详解 一、 Intent 作用 Intent 是一个将要执行的动作的抽象的描述，一般来说是作为参数来使用，由Intent来协助完成android各个组件之间的通讯。比如说调用startActivity()来启动一个activity,或者由broadcaseIntent()来传递给所有感兴趣的BroadcaseReceiver, 再或者由startService()/bindservice()来启动一个后台的service.所以可以看出来，intent主要是用来启动其他的activity 或者service，所以可以将intent理解成activity之间的粘合剂。 【记得另外一份资料里看见过，activity就是手机的屏幕显示内容，intent就是不同屏幕的粘合剂。】 二、 Intent的构成 要在不同的activity之间传递数据，就要在intent中包含相应的东西，一般来说数据中最基本的应该包括： Action 用来指明要实施的动作是什么，比如说ACTION_VIEW, ACTION_EDIT等。具体的可以查阅android SDK-> reference中的Android.content.intent类，里面的constants中定义了所有的action。 Data

至少在T-Mobile G1上Android应用在堆上分配的内存大小被限制16MB以内。对于手机来说，这是个不小的内存，但是这仍然远远不能满足一些开发者的需求。但是，即使你不打算使用所有的内存空间，你也应该尽可能地少用内存，从而使得其他应用能够运行而不是被杀掉。因为Android能够在内存中保持的应用越多，那么用户切换应用的速度就会越快。作为我工作的一部分，我在做android应用开发的时候也会陷入内存泄漏的问题中，大多数时候内存的泄漏都是由于犯了相同的错误：长期持有了一个Context的引用。 Android上 ，Context可以用于很多操作，但是大部分时候是用来加载以及使用资源。这就是为什么所有的widgets在他们的构造函数中接受一个Context参数。在一般的android应用中，你通常有两种Context：分别是Activity和Application。通常的，当我们的类和方法需要使用到context时，我们传递的是Activity这个context： [java] view plain copy @Override protected void onCreate(Bundle state) { super.onCreate(state); TextView label = new TextView(this); label.setText("Leaks are bad

1.常见的页面控件 2.package、activity介绍 3.aapt的使用 ======================================================== Android界面描述： Android系统中所有ui界面都是建立在View和ViewGroup及其派生类组合而成的 View ：View是所有UI组件的基类 ViewGroup：ViewGroup是容纳View及其派生类的容器，ViewGroup也是从View派生出来的。 ViewGroup是容纳View及其派生类的容器，ViewGroup也是从View派生出来的。 Android界面层次结构： Android常见控件： TextView： 文本控件，展示文本/文字 EditText: 可编辑输入框，用于接收用户输入数据 Button： 按钮，用户通过点击Button触发一系列事件 CheckBox： 复选/多选按钮 ImageView: 图片控件，用于显示图片 ProgressBar：加载进度条，表示正在加载一些数据 控件属性： Index： 同级元素所在的下标位置 Text: 文本内容 Resource-id： 控件资源的id Class： 控件名 Package: 包名 Content-desc：内容描述 Bounds ： 控件布局界限 ======================

Fragment的特点 1）使Activity分离成多个可重用的组件，每个都有它自己的生命周期和UI 2）可以轻松的创建动态灵活的UI设计，可以适应于不同的屏幕尺寸。从手机到平板 3）Fragment是一个独立的模块，紧紧的与Activity绑定在一起，可以运行中动态的移除、加入、交换等 4）Frg提供一个新的方式让你在不同的安卓设备上统一你的UI 5）解决Activity间的切换不流畅，轻量切换 6）替代TabActivity做导航，性能更好 7）做局部内容更方便 8）可以从startActivityForResult中接收到返回的结果，但View不可以 来源： https://www.cnblogs.com/Ayinger/p/11966929.html

About Appium-Python-Client-API 来看看 appium-python-client 库都有哪些常用的api可用。 contexts Lib\site-packages\appium\webdriver\extensions\context.py @property def contexts(self): """Returns the contexts within the current session. 返回当前会话中的上下文，使用后可以识别H5页面的控件 Usage: driver.contexts Return: :obj:`list` of :obj:`str`: The contexts within the current session """ return self.execute(Command.CONTEXTS)['value'] 可以跟switch_to_content()连用，用于切换到相应的H5控件中。 View Code current_context Lib\site-packages\appium\webdriver\extensions\context.py @property def context(self): """Returns the current context of the current session

在一个Android应用中，主要是由四种组件组成的，这四种组件可参考“Android应用的构成”。 而这四种组件是独立的，它们之间可以互相调用，协调工作，最终组成一个真正的Android应用。 在这些组件之间的通讯中，主要是由Intent协助完成的。 Intent负责对应用中一次操作的动作、动作涉及数据、附加数据进行描述，Android则根据此Intent的描述，负责找到对应的组件，将 Intent传递给调用的组件，并完成组件的调用。 因此，Intent在这里起着一个媒体中介的作用，专门提供组件互相调用的相关信息，实现调用者与被调用者之间的解耦。 例如，在一个联系人维护的应用中，当我们在一个联系人列表屏幕(假设对应的Activity为listActivity)上，点击某个联系人后，希望能够跳出此联系人的详细信息屏幕(假设对应的Activity为detailActivity) 为了实现这个目的，listActivity需要构造一个 Intent，这个Intent用于告诉系统，我们要做“查看”动作，此动作对应的查看对象是“某联系人”，然后调用startActivity (Intent intent)， 将构造的Intent传入，系统会根据此Intent中的描述，到ManiFest中找到满足此Intent要求的Activity，系统会调用找到的 Activity

1、要弄清楚这个问题，首先需要弄明白什么是implicit(隐藏) intent什么是explicit(明确) intent。 Explicit Intent明确的指定了要启动的Acitivity ，比如以下Java代码： [java] view plain copy print ? Intent intent= new Intent( this , B. class )； Implicit Intent没有明确的指定要启动哪个Activity ，而是通过设置一些Intent Filter来让系统去筛选合适的Acitivity去启动。 2、intent到底发给哪个activity，需要进行三个匹配，一个是action，一个是category，一个是data。 理论上来说，如果intent不指定category，那么无论intent filter的内容是什么都应该是匹配的。但是，如果是implicit intent，android默认给加上一个CATEGORY_DEFAULT，这样的话如果intent filter中没有android.intent.category.DEFAULT这个category的话，匹配测试就会失败。所以，如果你的 activity支持接收implicit intent的话就一定要在intent filter中加入android.intent.category

打开任意的一个app时，其中大部分都会显示一个启动界面，于我而言印象最深的就是微信的大地球了，启动界面通常情况下展示出的都是自家的logo，但也有甚者则直接把广告放到了上面。 在这里为大家提供两种不同的设置方式： 一种是两个Activity实现，即需要一个启动界面的Activity和一个启动界面执行完后跳转到的Activity 另一种则是由一个Ativity实现，但相对代码量也增加了一些。 下面则开始介绍两种设置启动画面的方式： 第一种（两个Activity）： 启动界面的Activity public class SplashActivity extends Activity { private static int SPLASH_DISPLAY_LENGHT = 2000 ; //延迟2秒 @Override protected void onCreate ( Bundle savedInstanceState ) { super . onCreate ( savedInstanceState ) ; getWindow ( ) . requestFeature ( Window . FEATURE_NO_TITLE ) ; //去掉标题 setContentView ( R . layout . activity_splash ) ; new Handler ( ) .