- 浏览: 3053137 次
- 性别:
- 来自: 海外
文章分类
- 全部博客 (430)
- Programming Languages (23)
- Compiler (20)
- Virtual Machine (57)
- Garbage Collection (4)
- HotSpot VM (26)
- Mono (2)
- SSCLI Rotor (1)
- Harmony (0)
- DLR (19)
- Ruby (28)
- C# (38)
- F# (3)
- Haskell (0)
- Scheme (1)
- Regular Expression (5)
- Python (4)
- ECMAScript (2)
- JavaScript (18)
- ActionScript (7)
- Squirrel (2)
- C (6)
- C++ (10)
- D (2)
- .NET (13)
- Java (86)
- Scala (1)
- Groovy (3)
- Optimization (6)
- Data Structure and Algorithm (3)
- Books (4)
- WPF (1)
- Game Engines (7)
- 吉里吉里 (12)
- UML (1)
- Reverse Engineering (11)
- NSIS (4)
- Utilities (3)
- Design Patterns (1)
- Visual Studio (9)
- Windows 7 (3)
- x86 Assembler (1)
- Android (2)
- School Assignment / Test (6)
- Anti-virus (1)
- REST (1)
- Profiling (1)
- misc (39)
- NetOA (12)
- rant (6)
- anime (5)
- Links (12)
- CLR (7)
- GC (1)
- OpenJDK (2)
- JVM (4)
- KVM (0)
- Rhino (1)
- LINQ (2)
- JScript (0)
- Nashorn (0)
- Dalvik (1)
- DTrace (0)
- LLVM (0)
- MSIL (0)
最新评论
-
mldxs:
虽然很多还是看不懂,写的很好!
虚拟机随谈(一):解释器,树遍历解释器,基于栈与基于寄存器,大杂烩 -
HanyuKing:
Java的多维数组 -
funnyone:
Java 8的default method与method resolution -
ljs_nogard:
Xamarin workbook - .Net Core 中不 ...
LINQ的恶搞…… -
txm119161336:
allocatestlye1 顺序为 // Fields o ...
最近做的两次Java/JVM分享的概要
当然,我现在知道答案了。只是这资料太难找了吧,逼人加入DLR或者IronPython/IronRuby的邮件列表么。不,或许装上Team Explorer 2008更现实些。
事情是这样的:在比较老版本的DLR里有一组hosting API,其中有一个相当重要的类,Microsoft.Scripting.Hosting.LanguageProvider。这个类在稍微早一些时候的DLR例子里很常见,但在新的DLR里根本没这个类。于是它跑哪里去了呢,替代者是谁?
找了半天终于在MSDN某blog上看到了相关消息:
荒井省三のBlog:簡単な言語の作り方2
重点就是LanguageProvider被统一到LanguageContext里了,而语言对ScriptEngine的实现可以继承自DLR的ScriptEngine。
很好。但是这种资料也太难找了(又抱怨了一次 = =)。在IronPython的邮件列表里搜LanguageProvider只能搜到很老的一些例子,却搜不到关于它被整合到LanguageContext的消息。
有好些零星的这些变更信息我都是在不同的地方看到的,例如说DLR里Ast.CodeBlock改名为LambdaExpression是在Martin Maly的blog上读到的,而DLR的核心部分从Microsoft.Scripting.dll迁移到Microsoft.Scripting.Core.dll是在IronRuby的SVN repository log上读到的……John Lam的blog本来也是个重要的信息来源,但要用代理才上得了所以不经常上
果然是如同Charles Nutter所说,IronRuby(以及DLR)虽然使用了MS-PL,在开源上进了一大步,但是还是不够透明,文档什么的都不放给外部,让别人很难跟踪发展的进度。不过也只能忍了,谁叫我非要用DLR的 = =
P.S. 啊啊啊,被日期“骗”了。在CodePlex上,IronPython的source code一栏里,Beta 2的Change Set号码(33171)明明比32648大,但是Beta 2那栏写着的更新日期是May 3而32648是April 3,我眼花了一整个星期把May看成Mar以为Beta 2比32648老 T T
想找块豆腐去撞一下了 = =
事情是这样的:在比较老版本的DLR里有一组hosting API,其中有一个相当重要的类,Microsoft.Scripting.Hosting.LanguageProvider。这个类在稍微早一些时候的DLR例子里很常见,但在新的DLR里根本没这个类。于是它跑哪里去了呢,替代者是谁?
找了半天终于在MSDN某blog上看到了相关消息:
荒井省三のBlog:簡単な言語の作り方2
引用
- LanguageProviderが廃止され、LanguageContextに統一された。
- 上記に伴って独自のScriptEngineではなく、Microsoft.Scripting.Hosting.ScriptEngineを使用するようになった。
重点就是LanguageProvider被统一到LanguageContext里了,而语言对ScriptEngine的实现可以继承自DLR的ScriptEngine。
很好。但是这种资料也太难找了(又抱怨了一次 = =)。在IronPython的邮件列表里搜LanguageProvider只能搜到很老的一些例子,却搜不到关于它被整合到LanguageContext的消息。
有好些零星的这些变更信息我都是在不同的地方看到的,例如说DLR里Ast.CodeBlock改名为LambdaExpression是在Martin Maly的blog上读到的,而DLR的核心部分从Microsoft.Scripting.dll迁移到Microsoft.Scripting.Core.dll是在IronRuby的SVN repository log上读到的……John Lam的blog本来也是个重要的信息来源,但要用代理才上得了所以不经常上
果然是如同Charles Nutter所说,IronRuby(以及DLR)虽然使用了MS-PL,在开源上进了一大步,但是还是不够透明,文档什么的都不放给外部,让别人很难跟踪发展的进度。不过也只能忍了,谁叫我非要用DLR的 = =
P.S. 啊啊啊,被日期“骗”了。在CodePlex上,IronPython的source code一栏里,Beta 2的Change Set号码(33171)明明比32648大,但是Beta 2那栏写着的更新日期是May 3而32648是April 3,我眼花了一整个星期把May看成Mar以为Beta 2比32648老 T T
想找块豆腐去撞一下了 = =
发表评论
-
对象的重量
2011-08-21 17:15 0http://domino.research.ibm.com/ ... -
IronRuby 1.1系的自适应执行(解释/编译的混合模式)
2010-10-29 14:12 0IronRuby自身的compiler部分基本上还是保持不变的 ... -
Expression Tree中的Constant被编译后放到哪里去了?
2010-02-28 16:21 0Expression.Constant()可以放任意对象进去作 ... -
拿ETv2来生成方法体的两种阳春办法
2009-09-22 06:03 0System.Type System.Reflection.E ... -
C#的语言结构到Expression Tree v2的映射
2009-05-21 03:11 0在.NET Framework 4 Beta 1中,Expre ... -
.NET Framework 4.0 Beta 1里的Expression Tree一例
2009-05-20 10:23 2934既然装上了Visual Studio 20 ... -
用Iron-*语言来探索.NET
2009-05-15 23:21 3430刚才写代码的时候又是在不停查文档,甚是心烦。一怒,拿出Iron ... -
自己关于VM的帖的目录
2009-04-07 14:02 69655JavaEye的blog系统只允许把帖放到单一类别下,而不能用 ... -
MIX09上关于DLR解释器消息的一段听记(3月26更新IronPython 2.6A1消息)
2009-03-23 21:09 1864John Lam在MIX 09上做了一个关于动态语言与Silv ... -
答复: C# 4 DLR & Java 7 Invokedynamic
2009-03-22 17:12 3035原帖地址:C# 4 DLR & Java 7 Invo ... -
通过get或set方法的MethodInfo获得相应的PropertyInfo的方式
2009-02-01 22:41 3564在IronPython 46307的MemberExpress ... -
同一个ParameterExpression被用在不同嵌套层次的lambda里会怎样?
2009-01-16 00:22 2613今天写代码的时候不小心写错了几个地方,把同一个Paramete ... -
CodePlex上放出DLR v0.9 beta
2008-11-27 14:34 2028之前提到过DLR会在CodePlex上拥有自己独立的项目页面, ... -
IronRuby (r170)中respond_to?的实现
2008-11-13 23:29 0IronRuby.Libraries/Builtins/Ker ... -
DLR中的binder的演变
2008-11-11 23:29 0从模糊的“标准消息”转变为明确完整的MetaObject Pr ... -
DLR即将在Codelex开设独立的站点
2008-10-29 23:01 1468DLR官网:Dynamic Language Runtime ... -
IronPython放出RC1
2008-10-23 09:59 1858下载链接:http://www.codep ... -
新的DLR tree改变了Visitor的设计
2008-10-09 00:35 1634之前的一帖提到过访问DLR tree所使用的visitor的实 ... -
对比DLR
2008-10-08 04:32 0Managed JScript: // // AST: E ... -
目前DLR执行一棵DLR tree的过程(针对10月3日的ChangeSet 41087)
2008-10-07 01:46 1816先在Microsoft.Scripting.Actions.C ...
相关推荐
`react-context-multilang`项目的核心思路是创建一个LanguageProvider组件,它包裹在应用的最外层,持有当前语言的状态。这个状态可以通过Context API提供给整个组件树。LanguageProvider通常会包含一个切换语言的...
React Native Localization演示 该演示使用react-native-localization包来支持本地化,并通过更新所有视图来添加支持动态语言更改的功能。 默认情况下,在本项目中不... < LanguageProvider xss=removed xss=removed>
创建一个`LanguageBloc`,它接收用户选择语言的事件,更新`LanguageProvider`的状态,并触发视图的重绘。这样,当用户从应用程序中选择不同的语言时,`LanguageBloc`会处理这个事件,然后整个应用的界面会根据新的...
如果是源代码,我们可以期待找到如“Form1.cs”(主窗体)、“PluginManager.cs”(插件管理器)和“LanguageProvider.cs”(语言提供者)等关键文件。 总的来说,这个项目涵盖了C#桌面应用开发的核心技术,包括UI...
例如,如果你使用了Dagger或Hilt,你可能需要提供一个LanguageProvider,让其他依赖项可以注入并获取当前的语言。 总结来说,实现语言切换并处理好界面重叠问题,需要理解Android的资源系统、Activity和Fragment的...