自定义style样式,其中windowFrame设置为@null
<?xml version="1.0" encoding="utf-8"?>
<resources xmlns:android="">
<style name="add_dialog" parent="@android:style/Theme.Dialog"> <item name="android:windowFrame">@null</item><!-- 边框 --> <item name="android:windowIsFloating">true</item><!-- 是否浮现在activity之上 --> <item name="android:windowIsTranslucent">false</item><!-- 半透明 --> <item name="android:windowNoTitle">true</item><!-- 无标题 --> <item name="android:windowBackground">@drawable/bg_search_end</item><!-- 自己想要的背景 --> <item name="android:backgroundDimEnabled">false</item><!-- 模糊 -->
</style>
自定义Dialog,继承自Dialog,重写构造方法。
public class MyDialog extends Dialog{
public MyDialog(Context context, int theme) {
super(context, theme);
} public SelectDialog(Context context) {
super(context);
}
@Override
protected void onCreate(Bundle savedInstanceState) {
Create(savedInstanceState);
setContentView(R.layout.slt_cnt_type);
}
}
3.显示Dialog 创建时不必采用建造者模式,直接new出对象,把style赋给dialog就可以。
MyDialog selectDialog = new MyDialog(this,R.style.dialog);//创建Dialog并设置样式主题
Window win = Window();
LayoutParams params = new LayoutParams();
params.x = -80;//设置x坐标
params.y = -60;//设置y坐标
win.setAttributes(params);
dialog.setCanceledOnTouchOutside(true);//设置点击Dialog外部任意区域关闭Dialog
dialog.show();
自定义ScrollView,动态代码添加LinearLayout及ImageView。
1. 自定义ScrollView,并使用监听器模式,对其滚动到最顶部,最底部进行监听操作
2. 在Activity里对ScrollView的横向的LinearLayout动态添加列数,每一列是一个竖向的LinearLayout。
3. 根据列数及其List.size()对每一列的LinearLayout添加ImageView。
4. 根据监听器对其滚动到顶部(不做操作),滚动到底部(加载更多数据)。正在滚动进行操作(滚动超过两屏,回收两屏之前的图片)。
在日常开发中我们可能会使用动画效果的ProgressDialog。Dialog常用的方法有:show,hide,dismiss,cancel。
一般在网络请求时候show,然后结束后dismiss,此刻如果再次请求的话,动画效果就不动了。
可以将dismiss改为hide。区别是前者是调用了对话框本身的onStop方法,并且从Activity上remove了,后者是仍然挂载在Activity上,只是隐藏了。动画线程还在运行,个人感觉这么写都不好,会多占用内存,而且还在在activity的退出的时候要记得dialog.cancel,否则机会内存泄漏,个人认为可以采用imageView的方式来呈现动画效果,而且更加方便可控制。
设计模式就是一套呗反复使用的代码设计经验的总结,使用设计模式为了可重用代码,让代码更容易被他人理解,保证代码可靠性,设计模式使人们可以更加简单方便的复用的设计和体系结构。
主要分三类(创建型[对类的实例化过程的抽象化],结构型[描述如何将类或对象结合在一起形成更大的结构],行为型[对不同的对象之间划分责任和算法的抽象化]),一共有二十三种设计模式包括:Abstract Factory(抽象工厂模式),Builder(建造者模式),FactoryMethod(工厂模式),Singleton(单例模式), Decorator(装饰模式),Adapter(适配器模式),Proxy(代理模式),Observer(观察者模式),State(状态模式),Strategy(策略模式)。。。。。未完待续。
序列化就是一种用来处理对象流的机制,所谓对象流就是将对象的内容进行流化,可以对流化后的对象进行读写操作,也可将流化后的对象传输与网路之间,序列化是为了解决对象流读写操作时可能引发的问题。
一般而言,配置文件用XML,传输数据用JSON。逐步解析用XML,整体解析用JSON。大规模传输用XML,小数据用JSON。
XML:
- 优点:格式统一,符合标准。容易与其他系统进行远程交互,数据供需昂比较方便。
- 缺点:XML文件庞大,文件格式复杂,传输占带宽。 服务器端和客户端都需要大量代码来解析XML,导致服务端和客户端变得异常复杂和不易维护。客户端不同浏览器之间解析XML的方式不一致,需要重复编写很多代码。服务端和客户端解析XML话费较多的资源和时间。
JSON:
- 优点:数据格式比较简单,易于读写,格式都是压缩的,占用带宽小。易于解析。支持多种语言
,便于服务端解析。因为JSON个数能直接为服务端代码使用,大大简化了服务端和客户端代码量,且任务不变易于维护。
- 缺点:没有XML深入人心和西永广泛,没有XML那么通用性。JSON格式目前在WebSerview中推广的还属于初级阶段。
本文发布于:2024-02-02 01:46:16,感谢您对本站的认可!
本文链接:https://www.4u4v.net/it/170681358640619.html
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。
留言与评论(共有 0 条评论) |