我是C#的初学者，现在正在学习泛型，是拿.ner framework的类库中的List&T&类的源代码做例子，下面是源代码_百度知道
我是C#的初学者，现在正在学习泛型，是拿.ner framework的类库中的List&T&类的源代码做例子，下面是源代码
有几行看不懂，望高手指教，
[DebuggerTypeProxy(typeof(Mscorlib_CollectionDebugView&&))]
[DebuggerDisplay(&Count = {Count}&)]
[Serializable]
public class List&T& : IList&T&, System.Collections.IList
我有更好的答案
括号括起来的据我所知有两个作用。。，一个是下标，这个过程就是反序列化。至于其他的我也不是很明白，你将XML中或文本文件中的数据读取出来，另一个作用就是特性了比如[Serializable]表示此类可以序列化和反序列化，至于序列化的意思也就是比如你在数据库读取了很多数据，想将这些数据存到XML中或者文本文件中，这个过程就是序列化。相反，也就是索引
采纳率：42%
dictionary&
中的T是类型，看你这样爱学，我还是把我培训的视频教程共享给你把，
泛型&T&gt楼主
为您推荐：
其他类似问题
泛型的相关知识
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。【图文】Android系统Framework层源码分析_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
Android系统Framework层源码分析
&&Android系统Framework层源码分析
登录百度文库，专享文档复制特权，财富值每天免费拿！
你可能喜欢&nbsp>&nbsp
&nbsp>&nbsp
&nbsp>&nbsp
[Android FrameWork 6.0源码学习] LayoutInflater 类分析
摘要：LayoutInflater是用来解析XML布局文件,然后生成对象的ViewTree的工具类。是这个工具类的存在,才能让我们写起Layout来那么省劲。我们接下来进去刨析,看看里边的奥秘//调用inflate方法就可以把XML解析成View对象ViewcontentView=LayoutInflater.from(this).inflate(R.layout.activity_main,null);我们在使用这个类的时候,通常都是像上面这样写,首先通过from函数获取对象,在
LayoutInflater是用来解析XML布局文件,然后生成对象的ViewTree的工具类。是这个工具类的存在,才能让我们写起Layout来那么省劲。
我们接下来进去刨析,看看里边的奥秘 //调用inflate方法就可以把XML解析成View对象 View contentView = LayoutInflater.from(this).inflate(R.layout.activity_main, null);
我们在使用这个类的时候,通常都是像上面这样写,首先通过from函数获取对象,在调用inflate方法,来生成相应的View Tree public View inflate(@LayoutRes int resource, @Nullable ViewGroup root, boolean attachToRoot) { final Resources res = getContext().getResources(); final XmlResourceParser parser = res.getLayout(resource); try { return inflate(parser, root, attachToRoot); } finally { parser.close(); } }
&这个方法里边获取到了我们常用的Resources资源管理类,然后通过res对象获取了XmlResourceParser这个解析器,之后传递到下一个方法中去 public View inflate(XmlPullParser parser, @Nullable ViewGroup root, boolean attachToRoot) { synchronized (mConstructorArgs) { final Context inflaterContext = mC final AttributeSet attrs = Xml.asAttributeSet(parser); Context lastContext = (Context) mConstructorArgs[0]; mConstructorArgs[0] = inflaterC View result = try { //标准的pull解析,定义解析标记 while ((type = parser.next()) != XmlPullParser.START_TAG &;&; type != XmlPullParser.END_DOCUMENT) { // Empty } //这里是一个简单的容错判断,仅仅是验证xml是否合法 if (type != XmlPullParser.START_TAG) { throw new InflateException(parser.getPositionDescription() + &: No start tag found!&); } //获取xml布局的根标签的名字 final String name = parser.getName(); //判断标签是否是&merge&,如果是merge就用rInflate去解析 if (TAG_MERGE.equals(name)) { if (root == null || !attachToRoot) { throw new InflateException(&&merge /& can be used only with a valid & + &ViewGroup root and attachToRoot=true&); } //回在最后讲,最后会调用他去创建view tree rInflate(parser, root, inflaterContext, attrs, false); } else { //创建View树的跟View final View temp = createViewFromTag(root, name, inflaterContext, attrs); ViewGroup.LayoutParams params = if (root != null) { // 获取container中的LayoutParams参数 params = root.generateLayoutParams(attrs); if (!attachToRoot) { //给根View设置默认的布局参数 //如果root传递null,那么就会按照wrap_content的方式去加载 temp.setLayoutParams(params); } } //解析xml剩下的所有的布局,并在根View中创建View树 rInflateChildren(parser, temp, attrs, true); //如果需要装饰就直接调用addView方法,把刚刚生成的 View树 添加到root容器中 if (root != null &;&; attachToRoot) { root.addView(temp, params); } //不需要装饰就直接return if (root == null || !attachToRoot) { result = } } } catch (XmlPullParserException e) { InflateException ex = new InflateException(e.getMessage()); ex.initCause(e); } catch (Exception e) { InflateException ex = new InflateException( parser.getPositionDescription() + &: & + e.getMessage()); ex.initCause(e); } finally { // Don't retain static reference on context. mConstructorArgs[0] = lastC mConstructorArgs[1] = } } }
&这个方法比较长,所以我直接在代码里加好了注释,这样方便阅读,仔细看完上边的代码+注释后,我来总结一下这个函数所做的事情
为了解释这个方法,我在贴一个简单的xml布局上来。这样方便理解 &?xml version=&1.0& encoding=&utf-8&?&&RelativeLayout xmlns:android=&http://schemas.android.com/apk/res/android& android:id=&@+id/activity_main& android:layout_width=&match_parent& android:layout_height=&match_parent&& &TextView android:id=&@+id/test_btn& android:layout_width=&match_parent& android:layout_height=&wrap_content& android:background=&@android:color/darker_gray& android:gravity=&center_horizontal& android:paddingBottom=&20dp& android:paddingTop=&20dp& android:text=&Hello World!& /&&/RelativeLayout&
对应上述的XML布局来讲
我们在继续分析上边的函数,首先创建一个根View出来(RelativeLayout),就是temp对象,之后会设置好长宽属性
然后在通过rInflateChildren函数来递归解析 RelativeLayout 标签下所有的 View/ViewGroup ,然后会按照XML里下的各个View关系来生成对应的ViewTree
我们先看一下createViewFromTag方法,看看如何根据一个Tag(RelativeLayout)创建出一个View对象的 private View createViewFromTag(View parent, String name, Context context, AttributeSet attrs) { return createViewFromTag(parent, name, context, attrs, false); } View createViewFromTag(View parent, String name, Context context, AttributeSet attrs, boolean ignoreThemeAttr) { //判断传进来的标签的名字 if (name.equals(&view&)) { name = attrs.getAttributeValue(null, &class&); } // 设置一个主题样式 if (!ignoreThemeAttr) { final TypedArray ta = context.obtainStyledAttributes(attrs, ATTRS_THEME); final int themeResId = ta.getResourceId(0, 0); if (themeResId != 0) { context = new ContextThemeWrapper(context, themeResId); } ta.recycle(); } if (name.equals(TAG_1995)) { return new BlinkLayout(context, attrs); } try { V //这里询问是否用自定义的工厂去创建View if (mFactory2 != null) { view = mFactory2.onCreateView(parent, name, context, attrs); } else if (mFactory != null) { view = mFactory.onCreateView(name, context, attrs); } else { view = } //同样也是询问是否用自定义的工去创建View tree if (view == null &;&; mPrivateFactory != null) { view = mPrivateFactory.onCreateView(parent, name, context, attrs); } //如果没有set过任何factory,那么就是默认的创建方式 if (view == null) { final Object lastContext = mConstructorArgs[0]; mConstructorArgs[0] = try { //这块是自定义控件还是原生控件,原生控件都有包名,所以用查找.去判断 //然后调用onCreateView去创建View tree //这个是一个抽象方法,具体实现在PhoneLayoutInflater类中 //然后返回具体的View对象 if (-1 == name.indexOf('.')) { view = onCreateView(parent, name, attrs); } else { view = createView(name, null, attrs); } } finally { mConstructorArgs[0] = lastC } } } catch (InflateException e) { } catch (ClassNotFoundException e) { final InflateException ie = new InflateException(attrs.getPositionDescription() + &: Error inflating class & + name); ie.initCause(e); } catch (Exception e) { final InflateException ie = new InflateException(attrs.getPositionDescription() + &: Error inflating class & + name); ie.initCause(e); } }
这个函数的也是通过一个叫createView来创建自定义控件,用onCreateView方法来创建原生控件,这两个都是抽象方法,是由PhoneLayoutInflater来实现,我们先贴出创建对象的代码。在贴出函数代码来 //这段代码在SystemServiceRegistry中,把服务注册到系统中,可以看到是PhoneLayoutInflater registerService(Context.LAYOUT_INFLATER_SERVICE, LayoutInflater.class, new CachedServiceFetcher&LayoutInflater&() { @Override public LayoutInflater createService(ContextImpl ctx) { return new PhoneLayoutInflater(ctx.getOuterContext()); }});
我们用Context获取到的服务,都是通过上面的方式注册的,我们可以看到是 new 了一个PhoneLayoutInflater的对象 private static final String[] sClassPrefixList = { &android.widget.&, &android.webkit.&, &android.app.& }; @Override protected View onCreateView(String name, AttributeSet attrs) throws ClassNotFoundException { for (String prefix : sClassPrefixList) { try { //这块又调用他父类的方法去创建View View view = createView(name, prefix, attrs); if (view != null) { } } catch (ClassNotFoundException e) { //.... } } //如果前几个包都没有满足条件的,还有最后一手,super return super.onCreateView(name, attrs); }
onCreateView函数先遍历一下预先定义好的3个包,然后尝试用createView函数去创建,如果创建不成功,最后在调用super的onCreateView去创建,所谓的super其实就是LayoutInflater这个抽象 //我们可以看到,这个super的方法,是直接定位android.view包的 protected View onCreateView(String name, AttributeSet attrs) throws ClassNotFoundException { return createView(name, &android.view.&, attrs); }
super的onCreateView也是通过尝试的方式去创建,只是super中创建定义的包名是view包,在分析一下createVIew函数,就了解了由XML转变成java对象的过程了 public final View createView(String name, String prefix, AttributeSet attrs) throws ClassNotFoundException, InflateException { //先判断是否已经存在实例 Constructor&? extends View& constructor = sConstructorMap.get(name); Class&? extends View& clazz = try { if (constructor == null) { //这块在for循环的帮助下,去查找类,并加载 clazz = mContext.getClassLoader().loadClass( prefix != null ? (prefix + name) : name).asSubclass(View.class); //这块是一个简单的过滤器,在加载的过程中用来过滤是否允许加载并创建对象 if (mFilter != null &;&; clazz != null) { boolean allowed = mFilter.onLoadClass(clazz); if (!allowed) { failNotAllowed(name, prefix, attrs); } } //通过反射创建获取构造器 constructor = clazz.getConstructor(mConstructorSignature); constructor.setAccessible(true); sConstructorMap.put(name, constructor); } else { //同样是对过滤器的判断,如果不设置便是空的 if (mFilter != null) { Boolean allowedState = mFilterMap.get(name); if (allowedState == null) { clazz = mContext.getClassLoader().loadClass( prefix != null ? (prefix + name) : name).asSubclass(View.class); boolean allowed = clazz != null &;&; mFilter.onLoadClass(clazz); mFilterMap.put(name, allowed); if (!allowed) { failNotAllowed(name, prefix, attrs); } } else if (allowedState.equals(Boolean.FALSE)) { failNotAllowed(name, prefix, attrs); } } } Object[] args = mConstructorA args[1] =//这是一个context对象 //创建一个View实例 final View view = constructor.newInstance(args); //这快判断一下是否是View存根,存根就初始化设置一下加载器 if (view instanceof ViewStub) { final ViewStub viewStub = (ViewStub) viewStub.setLayoutInflater(cloneInContext((Context) args[0])); } //到这快就真正执行完createViewFromTag方法了,返回根V } catch (NoSuchMethodException e) { //.... } catch (ClassCastException e) { //.... } catch (ClassNotFoundException e) { //.... } catch (Exception e) { //.... } finally { //.... } }
这个函数是通过反射的方式去反射我们解析出来的Tag的构造方法,来然后再创建一个对象出来,最后通过newInstance方法,创建一个view对象出来。这样就可以把 解析出来的TAG转换成Java里的View对象了
上边这个过程看完后,我们就知道LayoutInflater是怎样把一个Tag名称,转变成Java对象的。
接下来我们分析一下,看看它是又如何递归去创建各个子View的,这个的创建过程就是rInflateChildren函数了
我们在rInflateChildren中其实也是解析到tag名称。然后通过createViewFromTag函数来创建对象。就是我们上面分析的流程 //调用一下rInflate方法,我贴出rInflate的源码 final void rInflateChildren(XmlPullParser parser, View parent, AttributeSet attrs, boolean finishInflate) throws XmlPullParserException, IOException { rInflate(parser, parent, parent.getContext(), attrs, finishInflate); } void rInflate(XmlPullParser parser, View parent, Context context, AttributeSet attrs, boolean finishInflate) throws XmlPullParserException, IOException { final int depth = parser.getDepth(); while (((type = parser.next()) != XmlPullParser.END_TAG || parser.getDepth() & depth) &;&; type != XmlPullParser.END_DOCUMENT) { if (type != XmlPullParser.START_TAG) { } //获取xml标签名字 final String name = parser.getName(); if (TAG_REQUEST_FOCUS.equals(name)) { //调用parent的view.requestFocus方法注册焦点 parseRequestFocus(parser, parent); } else if (TAG_TAG.equals(name)) { //给parent设置tag,view.setTag方法 parseViewTag(parser, parent, attrs); } else if (TAG_INCLUDE.equals(name)) { if (parser.getDepth() == 0) { throw new InflateException(&&include /& cannot be the root element&); } //解析include标签,大概原理就是找到layout //用上边的rInflate createViewFromTag和rInflateChildren进行view树创建 //创建好后调用parent的addView加进去 parseInclude(parser, context, parent, attrs); } else if (TAG_MERGE.equals(name)) { throw new InflateException(&&merge /& must be the root element&); } else { //最后到控件部分,各种TextView,Button,ImageView啊之类的 //还是那个套路,通过createViewFromTag创建View对象 //这块是个递归思路 final View view = createViewFromTag(parent, name, context, attrs); //获取当前标签的父View final ViewGroup viewGroup = (ViewGroup) //获取布局参数 final ViewGroup.LayoutParams params = viewGroup.generateLayoutParams(attrs); //继续递归,直到最底层View,然后逐步向上创建,并加到viewGroup容器中 rInflateChildren(parser, view, attrs, true); viewGroup.addView(view, params); } //这个是View下的一个方法,加载完后会调用一下,自定义View的时候可以用到这个方法 //你可以重写这个方法,来find一些View对象 if (finishInflate) { parent.onFinishInflate(); } }
&主要实现在rInflate方法中
首先呢,获取标签的名字,然后在通过createViewFromTag方法去创建对象,然后继续向下递归,查看是否还存在ViewGroup。知道所有view都解析完成,最终返回出去的view,就是一个完整的view tree
这块就是LayoutInflater的工作原理。如果分析有错误或者有疑问,请在评论区指出,我会在第一时间更正或解惑,谢谢支持。
以上是的内容，更多
的内容，请您使用右上方搜索功能获取相关信息。
若你要投稿、删除文章请联系邮箱：zixun-group@service.aliyun.com,工作人员会在五个工作日内给你回复。
云服务器 ECS
可弹性伸缩、安全稳定、简单易用
&40.8元/月起
预测未发生的攻击
&24元/月起
为您提供0门槛上云实践机会
你可能还喜欢
你可能感兴趣
阿里云教程中心为您免费提供
[Android FrameWork 6.0源码学习] LayoutInflater 类分析相关信息，包括
的信息，所有[Android FrameWork 6.0源码学习] LayoutInflater 类分析相关内容均不代表阿里云的意见！投稿删除文章请联系邮箱：zixun-group@service.aliyun.com，工作人员会在五个工作日内答复
售前咨询热线
服务与支持
资源和社区
关注阿里云
International1.源码下载
Spring已经将源码从svn迁移到了git。对于习惯了svn的人来说依然可以svn checkout，最好checkout到英文路径下，本人中文路径编译不过，具体原因不明，路径：
，反正不想多装git，有兴趣的自己可以装git，然后用git下载
官方说明：
The Spring Framework repository has moved to http://github.com/SpringSource/spring-framework.
See the readme there for details on working with Git, building the framework, etc.
Note that svn-based access is still available via GitHub's support for Subversion clients, e.g.:
$ svn checkout https://github.com/SpringSource/spring-framework
See https://github.com/blog/966-improved-subversion-client-support for more details.
2.环境与工具
1）jdk不用提，必需品。最新的springFramework已经采用gradle编译，故需要下载gradle包，如果人懒的话不想下载直接跳到第二步
下载地址：
　　　　解压后将gradle-1.1\bin目录路径添加到环境变量Path中，类似jdk的环境变量设置，cmd下输入gradle -version 查看当前版本是否路径配置成功2）
①修改下gradlew.bat中关于jvm内存设置的参数后，在cmd中进入\spring-framework目录中，运行 gradlew build -x test。跳过所有的测试，
因为测试总会有失败，原因在spring-oxm的测试用例有问题，导致编译失败，如果不信的话大可以试下，结果你懂得。。。
&&&如果运行gradlew 出现无法初始化jvm的消息，则需要修改下gradlew.bat中关于jvm内存设置的参数，git下来之后原始设置是set GRADLE_OPTS=-XX:MaxPermSize=1024m -Xmx1024m %GRADLE_OPTS%，，恐怕就springFramework开发组那么有钱...配置好高...本人4G内存条都不行囧，
可将MaxPermSize和Xmx稍微写小一点，512M完全没问题的。
错误信息如下：
　　Error occurred during initialization of VM　　Could not reserve enough space for object heap　　Could not create the Java virtual machine
gradlew，这个是存在在spring-framework目录下的一个bat文件，是对Gradle的一个封装，在使用这个命令时会自动去下载gradle，如果已经安装了gradle则在编　　译过程中使用的gradlew命令应该都可以替换成gradle。自动下载gradle是根据gradle\wrapper目录中的gradle-wrapper.properties中配置的，distributionUrl=http\://services.gradle.org/distributions/gradle-1.0-bin.zip。
&②然后就是漫长的等待下载jar包编译项目，如果第一步没有下载gradle包（约50M）等待时间更加漫长，因为每一个spring子项目都需要依赖很多的jar包，而且连接的是spring的&仓库下载，其速度可想而知，编译完成后可以发现，springFramework本来只有50多M的变成了近500M（包括生产的说明文档和class之类），其中的jar包大概有100-200M左右大家可以据此算出时间
&本人的家庭网络是2M电信宽带，折腾了近1个小时
第一次编译40分钟后果断窗口一直处于等待状态。。。果断kill之，
第二次编译，第一次编译好的会自动跳过，然后继续没有完成的工作。第二次build了5分钟，结果failed......referenceHtmlMulti编译失败。。。重复编译2次均发现无用，发现当前存放springFramework路径有中文，将项目拷贝到纯英文的路径中。
第五次重新编译有效，发现编译
:referenceHtmlMulti:referenceHtmlSingle:referencePdf:reference
时候一直是等待状态，然后每个都过了5分钟左右才成功，差点忍不住kill了重来，看来有点耐心还是好事。。。
这几个其实是springFramework的官方说明文档，编译成功后在 \build\reference可以看到，英文好的还是很具有参考价值
过了这关然后继续是10多分钟的下载编译过程........
直到下午5点20分，折腾了一个小时多，第五次编译总算build successful
③想将代码导入到eclipse中
错误：参考网上的教程运行gradlew eclipse，然后果然编成功了，导入工程的时候就囧了，的确生成了.classpath和.project
但是导入就发现把整个springFramework工程导入了，崩溃的是随便进入一个类DefaultListableBeanFactory，按F4想查看类继承关系，结果失败
ctrl方法也不能跳转到源码，跳到了jar包，想了想应该是eclipse不支持继承导入问题。
正确：果断度娘求步骤，然后发现了原来都有官方导入eclipse说明，在工程的根目录下有文件import-into-eclipse.sh，用editplus之类工具打开，可以看到，
官方说明的导入eclipse分了5步，本人就翻译给4级不过的童鞋算了
1.cmd窗口执行命令 gradlew cleanEclipse :spring-oxm:compileTestJava eclipse -x :eclipse
2.按照eclipse File & Import... & Existing Projects into Workspace导入所有的springFramework项目
3.在cmd窗口执行 gradlew :eclipse
4.按照eclipse File & Import... & Existing Projects into Workspace导入springFramework 父项目
5.如果你想获得git支持（反正我是不用了，呵呵），全选spring*项目，然后右键Team & Share Project... 弹出窗口选择Git然后下一步，
选择"Use or create repository in parent folder of project"，点击完成。
上面的流程之所以那么长，其实无非就是如果gradlew eclipse那么会直接把父目录和所有子项目都生成.classpath和.project，但是
eclipse导入的时候是不支持继承的，所以你以为把所有的项目导入到eclipse中，其实所有的子项目都在eclipse中找不到对方，那肯定
找不到它们相互引用的类，F4果断无效，所以才有了先生成所有子项目的第一步和第二步导入，然后生成父项目的第三步和第四步导入
好了，现在重新DefaultListableBeanFactory 按下F4，总算继承的结构图出来了，代码没有任何问题，能和正常项目一样了
阅读(...) 评论()他的热门文章
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)}