我已经阅读了一些关于弃用代码的文章和答案(包括 this one ),但我对如何处理(特别是)弃用的 Fragment 事件处理程序感到有点困惑 onInflate。
我已经替换了我的实现
public void onInflate(Activity activity, AttributeSet attrs, Bundle savedInstanceState)
与
public void onInflate(Context context, AttributeSet attrs, Bundle savedInstanceState)
如果我在
如果我恢复原来的弃用代码(这样我现在就实现了两种方法),那么会调用弃用代码,返回正确的功能,但现在调用的是弃用方法(?)。
当我在 API23 机器上运行应用程序时,似乎调用了两个版本的处理程序。
那么问题来了,这里发生了什么? 如果我正在编写应该在 API23 和更早版本上运行的代码,我是否需要实现已弃用的方法以及新方法?
如果是这种情况,我是否需要“以防万一”寻找并实现其他已弃用的方法? (因此,是否有这些不推荐使用的方法的列表来“反向编码”?)
更新:
我现在已经从使用 android.app.Fragment 更改为 android.support.v4.app.Fragment(即从原生 fragment 到支持 fragment )和应用程序现在按预期执行,所有版本都运行替换处理程序代码,并按预期逐步执行 android 源代码。
但问题仍然存在:为什么?
为什么“原生”android.app.Fragment 实现****了?回顾之前的问题,这个问题早在 2015 年 9 月就被讨论过。那么为什么它仍然是一个问题? 为什么 API 11 之后的支持和原生 fragment 的实现应该有所不同?
最佳答案
不,你不应该实现
public void onInflate(Activity activity, AttributeSet attrs, Bundle savedInstanceState)
当一个方法被弃用时,您可以(通常)安全地使用替换函数来代替。检查 Fragment 对 onInflate 的定义:
public void onInflate(Context context, AttributeSet attrs, Bundle savedInstanceState) {
mCalled = true;
final Activity hostActivity = mHost == null ? null : mHost.getActivity();
if (hostActivity != null) {
mCalled = false;
onInflate(hostActivity, attrs, savedInstanceState);
}
}
@Deprecated
public void onInflate(Activity activity, AttributeSet attrs, Bundle savedInstanceState) {
mCalled = true;
}
如您所见,onInflate(Context context...) 是 onInflate(Activity activity...) 的扩展,并且向后兼容。通过在覆盖的方法中调用 super.onInflate(context, attrs, savedInstanceState);,您可以放心地假设它适用于 API23 和更早的版本。
If I run my app on a < API23 machine, the replacement code is not called.
这看起来很奇怪,我无法重现它,我的日志正在非 v23 机器上使用这样的代码执行:
@Override
public void onInflate(Context context, AttributeSet attrs,
Bundle savedInstanceState) {
super.onInflate(context, attrs, savedInstanceState);
Log.w(TAG, "I'm being executed");
}
确保:
android.support.v4.app.Fragment 而不是 android.app.Fragment 并且您使用 getSupportFragmentManager() 而不是 getFragmentManager()。build.gradle 中有最新的 support-v4 和 appcompat-v7 库以及 compileSdkVersion 23 And when I run the app on an API23 machine, it appears that BOTH versions of the handler are called.
这可以通过 onInflate(Context context...) 代码来解释,如果它被 Activity 调用,则调用 onInflate(Activity activity...)
编辑
关于更新:
android.app.Fragment 的 native 实现不应向后兼容。由于这个事实,android.app.Fragment 的代码通常比 android.support.v4.app.Fragment 的代码简单得多。
此外, native 实现中有一些功能无法在支持库中引入,因为这在设计上很困难,或者因为它不是开发人员的优先事项。例如。在 native 实现中,在 onInflate() 源代码中使用了一些 Transition 来为新 fragment 的进入或退出设置动画。在支持库中无处可寻。
关于android - 处理已弃用的 fragment 事件 onAttach 和 onInflate 的正确方法是什么,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/36135814/
我正在学习如何使用Nokogiri,根据这段代码我遇到了一些问题:require'rubygems'require'mechanize'post_agent=WWW::Mechanize.newpost_page=post_agent.get('http://www.vbulletin.org/forum/showthread.php?t=230708')puts"\nabsolutepathwithtbodygivesnil"putspost_page.parser.xpath('/html/body/div/div/div/div/div/table/tbody/tr/td/div
总的来说,我对ruby还比较陌生,我正在为我正在创建的对象编写一些rspec测试用例。许多测试用例都非常基础,我只是想确保正确填充和返回值。我想知道是否有办法使用循环结构来执行此操作。不必为我要测试的每个方法都设置一个assertEquals。例如:describeitem,"TestingtheItem"doit"willhaveanullvaluetostart"doitem=Item.new#HereIcoulddotheitem.name.shouldbe_nil#thenIcoulddoitem.category.shouldbe_nilendend但我想要一些方法来使用
类classAprivatedeffooputs:fooendpublicdefbarputs:barendprivatedefzimputs:zimendprotecteddefdibputs:dibendendA的实例a=A.new测试a.foorescueputs:faila.barrescueputs:faila.zimrescueputs:faila.dibrescueputs:faila.gazrescueputs:fail测试输出failbarfailfailfail.发送测试[:foo,:bar,:zim,:dib,:gaz].each{|m|a.send(m)resc
我正在尝试设置一个puppet节点,但rubygems似乎不正常。如果我通过它自己的二进制文件(/usr/lib/ruby/gems/1.8/gems/facter-1.5.8/bin/facter)在cli上运行facter,它工作正常,但如果我通过由rubygems(/usr/bin/facter)安装的二进制文件,它抛出:/usr/lib/ruby/1.8/facter/uptime.rb:11:undefinedmethod`get_uptime'forFacter::Util::Uptime:Module(NoMethodError)from/usr/lib/ruby
我有一个模型:classItem项目有一个属性“商店”基于存储的值,我希望Item对象对特定方法具有不同的行为。Rails中是否有针对此的通用设计模式?如果方法中没有大的if-else语句,这是如何干净利落地完成的? 最佳答案 通常通过Single-TableInheritance. 关于ruby-on-rails-Rails-子类化模型的设计模式是什么?,我们在StackOverflow上找到一个类似的问题: https://stackoverflow.co
我想了解Ruby方法methods()是如何工作的。我尝试使用“ruby方法”在Google上搜索,但这不是我需要的。我也看过ruby-doc.org,但我没有找到这种方法。你能详细解释一下它是如何工作的或者给我一个链接吗?更新我用methods()方法做了实验,得到了这样的结果:'labrat'代码classFirstdeffirst_instance_mymethodenddefself.first_class_mymethodendendclassSecond使用类#returnsavailablemethodslistforclassandancestorsputsSeco
我正在使用的第三方API的文档状态:"[O]urAPIonlyacceptspaddedBase64encodedstrings."什么是“填充的Base64编码字符串”以及如何在Ruby中生成它们。下面的代码是我第一次尝试创建转换为Base64的JSON格式数据。xa=Base64.encode64(a.to_json) 最佳答案 他们说的padding其实就是Base64本身的一部分。它是末尾的“=”和“==”。Base64将3个字节的数据包编码为4个编码字符。所以如果你的输入数据有长度n和n%3=1=>"=="末尾用于填充n%
我主要使用Ruby来执行此操作,但到目前为止我的攻击计划如下:使用gemsrdf、rdf-rdfa和rdf-microdata或mida来解析给定任何URI的数据。我认为最好映射到像schema.org这样的统一模式,例如使用这个yaml文件,它试图描述数据词汇表和opengraph到schema.org之间的转换:#SchemaXtoschema.orgconversion#data-vocabularyDV:name:namestreet-address:streetAddressregion:addressRegionlocality:addressLocalityphoto:i
Rackup通过Rack的默认处理程序成功运行任何Rack应用程序。例如:classRackAppdefcall(environment)['200',{'Content-Type'=>'text/html'},["Helloworld"]]endendrunRackApp.new但是当最后一行更改为使用Rack的内置CGI处理程序时,rackup给出“NoMethodErrorat/undefinedmethod`call'fornil:NilClass”:Rack::Handler::CGI.runRackApp.newRack的其他内置处理程序也提出了同样的反对意见。例如Rack
为什么4.1%2返回0.0999999999999996?但是4.2%2==0.2。 最佳答案 参见此处:WhatEveryProgrammerShouldKnowAboutFloating-PointArithmetic实数是无限的。计算机使用的位数有限(今天是32位、64位)。因此计算机进行的浮点运算不能代表所有的实数。0.1是这些数字之一。请注意,这不是与Ruby相关的问题,而是与所有编程语言相关的问题,因为它来自计算机表示实数的方式。 关于ruby-为什么4.1%2使用Ruby返