这个是第一版的登录页面设计图，拿到设计后开开心心写程序，很快上线了。
![Uploading 2_861250.jpg . . .]](http://upload-images.jianshu.io/upload_images/1187237-ff2766567b2f298c.jpg?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
但是老板不满意，于是设计师又设计了第二版。
旧版的登录页是个原生的Activity，现在不就变成了个dialog嘛。我是老司机了，就这个dialog样式我起码能用5种不同的方式来实现，小case。
Dialog
于是又开开心心写程序，先修改好布局。PopupWindow的实现方式直接pass，原因不说了，不就一Dialog嘛，那我就写个登录的Dialog呗，哪里需要哪里show().
public class LoginDialog extends Dialog{
public LoginDialog(Context context) {
super(context);
// TODO Auto-generated constructor stub
}
}
于是噼里啪啦开始写，但是Google推荐使用DialogFragment，老司机是不是也应该走走新路了，于是撤了，改用DialogFragment。
DialogFragment
public class LoginDialog extends DialogFragment{
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container,
Bundle savedInstanceState)
{
View view = inflater.inflate(R.layout.login_layout, container);
return view;
}
}
写啊写，把以前Activity里的逻辑挪到Fragment里，工作量也不很大。很快搞定，运行看看效果还可以，试试功能，Facebook怎么登录失败了，微信也失败了，小米还是失败，各种失败。但是我也没做什么改动啊。DialogFragment引起了一些问题，主要是context各种为null，onActivityResult（）各种拿不到回调等bug，Fragment就这点不好，坑太多。现在摆在面前的有两条路，第一去修这些bug，第二寻求新的实现方式。要不再换回Dialog？但是Dialog也不是个省油灯，要是能有个Activity就好了，就什么Bug都没有了。对，我就是需要个Activity嘛。
我就是想要个Activity嘛
我就是想要个activity嘛？那你干嘛不早说嘛？什么样的activity满足需求呢，透明的呗。对，我要个透明的Activity，中间有个对话框，那不就是Dialog样式的Activity嘛。修改AndroidManifest文件中Activity的样式即可。
<style name="MyDialog" parent="@android:style/Theme.Dialog">
<item name="android:windowBackground">@android:color/transparent</item>
<item name="android:windowNoTitle">true</item>
<item name="android:windowIsFloating">true</item>
</style>
然后登陆页的Activity还是那个Activity，一行代码没修改，只修改了下布局和Activity style，就完成了这次“重大”改版。效果如下。
如果弹出框只是作为显示或者警告等提示用，那么就无所谓哪种方式了，都可以。但如果弹出框里有很多操作，相对来说还是Dialog样式的Activity会更好控制些，毕竟Activity才是最可靠的容器。所以选择远比努力重要，一套合理的实现方案可以事半功倍，而一套不合理的实现方案可能让你深陷bug泥潭，无法自拔。
