几天前我从片段开始，但对我来说似乎是有线的。我没有看到复杂性大幅增加的正当优势。我不知道，我是否应该在我的 Activity 或 Fragment 中实现该功能。首先，我尝试将其放入片段中，但这似乎通常是不可能的。
例如：单击按钮后，我有一个对话框作为用户输入。因此，我通过侦听器将按钮单击从片段转移到活动，并在活动中打开了对话框。在对话框中，我启动了新功能（因此在 Activity 中实现）。Android 开发人员提示在片段中添加警报对话框：
但是这个片段仍然被实现并且与活动重耦合（对话框的按钮动作在活动中）。
所以 Model 和 View 被严重混淆了。在如此难以维护的静态代码中，我没有看到额外的价值？！
你对碎片有什么看法和建议？
使用时Fragments，您可以将它们视为 theView和Activitythe Controller。在我个人看来，Fragments 是谷歌支持平板电脑的下意识反应，现在我们被它们困住了:(
我每天都在使用碎片，我当然能感受到你的痛苦。当我第一次阅读它们时，我对自己说，“这真的很酷”，但是在使用它们之后，它们在很多方面都不尽如人意，但主要是因为我会错误地使用它们:(
以下是我遇到的一些陷阱...
不要onclick在您的片段布局中使用，因为它是Activity而不是Fragment将处理点击。如果您使用该属性，然后您在 another 中使用该片段Activity，那么您还必须记住将onclick方法添加到该属性中Activity。因此，使用 afindViewById然后在片段的onCreateView.
与其他 Fragment 通信时，使用Activity作为控制器来引导消息。（很多关于如何使用接口的例子）。这里的关键是，如果您在一个设备上运行多个片段，其中一个片段将直接与另一个片段通信，那么您会遇到一些奇怪但可预测的行为。例如，如果 Fragment A 直接更新了 Fragment B 中的 View，但 Fragment B 不可见（因为您已经替换了它——考虑一个电话），那么当 Fragment B 可见时，则可能View不会更新，因为View重新创建。因此，如果您更新 aFragment一定要更新片段中的数据，然后更新片段中的View部分onCreateView当片段再次可见时调用它（即，您已弹出当前片段，现在正在显示前一个片段）
不要只使用片段构建完整的应用程序。而是像往常一样构建应用程序，使用活动，然后将其视为Fragment具有美化的视图（确实如此）。即，设计应用程序，使您有多个片段和多个活动，并且某些活动可能使用超过 1 个片段。
我对片段的第一个想法是，我认为使用片段和一个活动构建一个完整的应用程序会很棒......我最终完成了这个应用程序，但是使用这种方法我遇到了很多问题。我的下一个方法是使用多个片段和多个活动，并且效果更好。
底线是，如果您将 Fragment 用作 . 非常棒View，但是如果您开始尝试像活动一样使用它们，那么您将遇到问题 :( 将Activiy->Fragment视为Controller-> View。
我还建议您阅读并理解除了 Activity 生命周期之外的 Fragment Lifecycle（Pro Android 4 有一张很棒的图片来表示它），这样您就可以省去几个小时的痛苦：）
片段提供视图逻辑，因此它们可以移植到其他活动。在大多数情况下，活动正在更多地成为真正的控制器的角色。在之前的 Android 架构中，视图逻辑和控制器逻辑混在一起，因为没有一个子类视图来实现他们的大部分应用程序。他们本质上是在 XML 布局文件中进行布局，然后直接在 Activity 中拉出 View 对象。所以这意味着 Activity 正在注册点击侦听器、按键侦听器、拖动逻辑等，这通常是您在其他工具包的另一个 View 子类中所做的。因为他们这样做了，这意味着您刚刚编写的非常酷的拖动多点触控手势 ListView 被卡在了那个 Activity 中。现在您想在另一个 Activity 中再次使用它。好吧，你是 SOL 使用 Fragments，您可以更轻松地将逻辑从 Activity 移动到 Fragment。现在从技术上讲，您可以将其移动到自定义组件视图中，但 Fragments 提供了另一个优势，即 Fragments 使您能够编写可以在平板电脑和较小设备上运行的应用程序，同时改变每个设备的布局。理解它是如何工作的很棘手，但是一个 Activity 可以包含多个 Fragment，每种形式的布局都有不同的布局。自定义组件几乎无法轻松完成的事情。加上自定义组件不能使用布局文件。您必须编写完整的 Java 代码，而您还没有放弃 Fragments。但是 Fragments 提供了另一个优势，即 Fragments 使您能够编写可以在平板电脑和较小设备上运行的应用程序，同时改变每个设备的布局。理解它是如何工作的很棘手，但是一个 Activity 可以包含多个 Fragment，每种形式的布局都有不同的布局。自定义组件几乎无法轻松完成的事情。加上自定义组件不能使用布局文件。您必须编写完整的 Java 代码，而您还没有放弃 Fragments。但是 Fragments 提供了另一个优势，即 Fragments 使您能够编写可以在平板电脑和较小设备上运行的应用程序，同时改变每个设备的布局。理解它是如何工作的很棘手，但是一个 Activity 可以包含多个 Fragment，每种形式的布局都有不同的布局。自定义组件几乎无法轻松完成的事情。加上自定义组件不能使用布局文件。您必须编写完整的 Java 代码，而您还没有放弃 Fragments。加上自定义组件不能使用布局文件。您必须编写完整的 Java 代码，而您还没有放弃 Fragments。加上自定义组件不能使用布局文件。您必须编写完整的 Java 代码，而您还没有放弃 Fragments。
我认为您提供的示例是设计片段的一种快速而肮脏的方法。您可以通过提取 Fragment 委托给的接口来轻松提取反向引用（this 的嵌套范围）。
好的，我用 mv 架构运行它......
public AlertDialog openLocInput() {
AlertDialog.Builder alert = new AlertDialog.Builder(getActivity());
alert.setTitle("Login");
alert.setMessage("Enter Pin :");
// Set an EditText view to get user input
final EditText input = new EditText(getActivity());
alert.setView(input);
alert.setPositiveButton("Ok", new DialogInterface.OnClickListener() {
public void onClick(DialogInterface dialog, int whichButton) {
jsonHandler.obtainMessage(1, input.getText().toString())
.sendToTarget();
dialog.dismiss();
return;
}
});
alert.setNegativeButton("Cancel",
new DialogInterface.OnClickListener() {
public void onClick(DialogInterface dialog, int which) {
dialog.dismiss();
return;
}
});
return alert.create();
}
在片段中实现......从片段开始这个警报对话框：
fragment_userlocation_btn_addLocation.setOnClickListener(new OnClickListener() {
public void onClick(View v) {
openLocInput().setOwnerActivity(getActivity());
openLocInput().show();
}
});
也在 Fragments 中实现。
但我仍然相信矫枉过正的理论......
我认为 <5% 的 UI 将被重用，因此是否建议将加载片段的活动和包括没有片段的 ui 逻辑的活动混合在一起？
我认为 Fragments 的真正优势在于对平板电脑的优化，但目前平板电脑的使用量与移动设备的使用量相比非常少。除此之外，平板电脑不像移动设备那么“移动”，也不专注于上下文感知开发......