看了半天视频，罗里吧嗦的，还特么没明白，反正他的效果就是切换了个界面。本人下面这个也能切换界面，为毛整那么麻烦呢
public class MainActivity extends Activity
{
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
Button b = (Button)findViewById(R.id.bt);
b.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View view) {
setContentView(R.layout.ooo);
}
});
}
}
解决方案
4
个人看法：使用fragment能够更好的解耦数据，独立的声明周期，更有利于调试与功能修改。
4
你可以这样思考,一个activity可以绑定多个fragment,一个fragment可以被多个activity使用.
不仅节省了资源,还提高了效率
不仅节省了资源,还提高了效率
4
同志你的想法挺好，但是你不觉得有点愚蠢么，要是多切换几个页面你试试，页面中没有其他控件应用？你想一个activity中写多少行代码？不觉得很臃肿么，还有就是效率资源回收，你不觉得这样处处都是漏洞么
4
fragment除了可以切换整个界面，还可以只切换界面的某一个部分，然后其他不需要切换的部分就不用重新加载了，碎片化管理，不过这个通过替换ViewGroup应该也可以实现，
而且在每一个自定义的ViewGroup中也可以单独实现本人这部分的功能，不用把代码都写在Activity里面
fragment优点在哪本人也不是很清楚，应该是用起来简单一点吧
而且在每一个自定义的ViewGroup中也可以单独实现本人这部分的功能，不用把代码都写在Activity里面
fragment优点在哪本人也不是很清楚，应该是用起来简单一点吧
4
用心体会一下吧，简单应用场景体现不出来，就试试复杂应用场景
灵活的代价就是用起来会麻烦一点
用起来简单的东西，结果基本就是不太灵活
灵活的代价就是用起来会麻烦一点
用起来简单的东西，结果基本就是不太灵活
CodeBye 版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权 , 转载请注明fragment有什么优势！
