V2EX 首页   注册   登录
 noli 最近的时间轴更新

noli

  •   V2EX 第 75369 号会员,加入于 2014-09-28 13:14:46 +08:00,今日活跃度排名 2138
    根据 noli 的设置,主题列表只有在你登录之后才可查看
    noli 最近回复了
    @wineway 我感觉这是将 CIL 推向更基础更底层的位置,就像今天的 C 语言一样。这样就会增强 .NET 平台上的各语言的优势,我反而觉得是吸其他各语言的血~~~
    年幼时因不恰当的父母交流方式导致的人格发展缺陷,很难救。通常是父母权威式交流方式导致的潜意识错觉,只要否定他人就能得到别人的认同。
    虽然不一定实用,但是创意值得鼓励。画图识别和触摸屏上的手势识别,我觉得在技术上其实是一回事。
    这类问题的思维方式其实是这样的,要先澄清两个不同的概念,

    一是对未发生的某个事件将要发生的期望,

    二是已知某种概率分布求服从此分布的若干事件的概率。

    概念一的期望只与物理定律相关,与已统计的概率无关。

    概念二的期望是一种主观建模计算与客观实际统计的对比,由这种对比可以引申出如置信度等等的概念。

    所以,下一次的掷硬币实验结果是某一面的期望是 0.5。在此基础上,已知 1001 次掷硬币实验中,有 600 次正面,400 次背面,那么我们有理由相信第 1001 次的结果是背面的概率的概率比较高,否则我们应该相信这个实验存在某些问题导致期望与实验次数的相关函数不收敛于 0.5。
    39 天前
    回复了 forcecharlie 创建的主题 .NET .Net Core 2.0 已经发布
    那些说 .net 已死,dotnet core 出来得太晚的,估计也没留意过 dotnet 的开源衍生产品涉及的范围有多夸张。

    我说几个,在 .net 里面操纵 ,生成,解析,运行 webassembly , cil 2 js,这两项可以保证 dotnet 暴击任何跨平台 app 解决方案。

    那些印象还停留在几年前,视线停留在国内,有兴趣的朋友可以在 github 看看 csharp trending。
    39 天前
    回复了 chengfu 创建的主题 分享创造 有限的公平,另一种“开源”
    @chengfu

    我从你的想法中得到的想象,距离“产品”还有点远。或许你的文字里面可以少点情怀,多点具体设计和描述。

    我并非否认第三方的作用,相反我认为一个合理设计的第三方角色会很有用。
    40 天前
    回复了 chengfu 创建的主题 分享创造 有限的公平,另一种“开源”
    购买记录可以用区块链来做。
    第三方中立与否其实不重要,重要的是有足够多的第三方,以及足够简便地参考这么多个第三方多评价。

    这种平台之前有考虑过,但是现在基础设施还差太多,坑还是很大的。
    41 天前
    回复了 formulahendry 创建的主题 分享创造 .NET Core Test Explorer for Visual Studio Code
    感谢分享。不过我很好奇有多少人做项目的时候养成了写 Test 的习惯。
    45 天前
    回复了 noli 创建的主题 奇思妙想 [空想] 改造 FreeBSD 变成移动设备操作系统
    @VmuTargh 说明按照斗地主的模型来梳理三者关系可能不太对。
    45 天前
    回复了 noli 创建的主题 奇思妙想 [空想] 改造 FreeBSD 变成移动设备操作系统
    @hjc4869 呐,我帮你提高姿势水平,这次 30 块就当免费体验优惠了。

    三种情况:

    1. 字符串变量编译时可以确定,也就是说直接存储在数据段,所以这个时候肯定可以查到要调用哪个函数
    从 objc 源码编译得到的 bin 调用都大多数是这种类型,因为要 send 的 msg 在编译时确定,这里包括所谓的 dynamic dispatch,其实只不过是用字符串作为 key 取代 C++ vtable (用 index 作为 key )

    2. 字符串变量编译时不确定,但肯定是某个 objc 的函数, 这时候可以通过一遍模拟加载知道所有 在 objc runtime 中注册的类,如果在进入 main 之前没有被加载,那么进入 main 之后也不会被使用。这一步的检测普通开发者不一定做得到,但是 loade 人完整实现得 Apple 肯定可以做得到。

    这里 jspatch 已经有越界的风险了,因为 可以用自定的 函数入口 来改掉 iOS SDK 原本函数的入口。

    更进一步,可以猜测 私有 API 的入口地址做跳转。当然我不确定 JSPatch 有没有这么做,据我所知 iOS 好像没有随机更改 dll 中的入口函数地址以避免被猜测的功能( Windows 上肯定有,作为一种安全防范),所以即使 JSPatch 没有这么做,其他人完全可以通过 JSCore 来做到这种效果,JSPatch 也控制不了。

    所以,如果 JSPatch 只是老老实实地把 JS 代码翻译成 objc_msgSend 是肯定不会被禁的,这已经足够实现所谓的 热更新了。

    如果改掉 iOS SDK 调用入口,甚至尝试通过猜测入口来调用私有 API 的话,就肯定会被禁。

    事实上,甚至可以通过混淆字符串,来调用 私有 API,原理你知道的,只要在真正调用 objc_msgSend 之前生成原本要调用的私有 API 字符串,就可以实现了。
    DigitalOcean
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   鸣谢   ·   546 人在线   最高记录 3541   ·  
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.7.5 · 14ms · UTC 20:05 · PVG 04:05 · LAX 13:05 · JFK 16:05
    ♥ Do have faith in what you're doing.
    沪ICP备16043287号-1