更易读的测试用例；更友好的命名；兼容性更强的方法匹配；增加关键代码注释 #5

linsmod · 2018-12-21T03:09:23Z

No description provided.

xiangyuecn · 2018-12-21T03:58:41Z

#4 😇

bigbaldy1128 · 2018-12-26T04:32:48Z

非常感谢你的改进，我工作一直很忙，这个项目很久不弄了，能有大家的帮助让这个项目更加完善，真的是太好了，非常感谢！

xiangyuecn

改动过于巨大，难以兼容以前的老代码 😂 我尝试合并了一下我本地老版本的代码，放弃全部合并了，合并了大部分不影响老接口的方法，好用多了👍

xiangyuecn · 2018-12-26T13:15:17Z

DotNetDetour/Monitor.cs

+        public string TargetTypeFullName { get; internal set; }
+        public override string ToString()
+        {
+            return $"{TargetTypeFullName}.{MethodName}".ToString();


C# 6.0 的$语法，用String.Format吧，低版本vs就这一处导致没法编译，好尴尬

xiangyuecn · 2018-12-26T13:20:50Z

DotNetDetour/Monitor.cs

-                var monitorAttribute = dest.GetCustomAttribute(typeof(MonitorAttribute)) as MonitorAttribute;
-                var methodName = dest.Name;
-                var paramTypes = dest.GetParameters().Select(t => t.ParameterType).ToArray();
-                if (monitorAttribute.Type != null)


如果只提供了字符串形式的类型，后面代码将无法执行，detour.TargetType==null，105行将报错。确实是改动比较大，这个功能被改废了哦。

刚才尝试着我本地合并一下代码，发现不能运行了
，[RelocatedMethodAttribute("ConsoleApplication1", "A")]我都是用的这种形式的，.Net内部类很难拿到Type，用字符串就简单多了。

xiangyuecn · 2018-12-26T13:28:45Z

DotNetDetour/Monitor.cs

+                            type = asm.GetTypes().FirstOrDefault(t => t.Name == detour.TargetType.Name && t.Namespace == detour.TargetType.Namespace && t.Module.FullyQualifiedName == detour.TargetType.Module.FullyQualifiedName);
+                            if (type == null)
+                            {
+                                var types = asm.GetTypes().Where(t => t.Name.StartsWith("Computer"));


活捉手写的Computer，此处应该是一个什么类型的名字吗？

xiangyuecn · 2018-12-26T14:08:07Z

DotNetDetour/DetourWays/NativeDetourFor32Bit.cs

+                *(uint*)(newInstrPtr + 1) = (uint)customImplMethodPtr - (uint)rawMethodPtr - 5;
+            }
+
+            //因测试项目的特殊性，确保测试项目代码不会重入


测试调试《测试项目》，发现这部分代码并不会生效，多次运行还是照样提示内存已损坏，关掉执行引擎保持运行选项才不会出错。不知道是不是我测试方法错了，如果这个代码确实不会生效，那就移除掉吧

我指的是IsDetourInstalled函数

我想了好几遍，对于重入的可能性几乎没有，ClrMethodHook,Install只会运行一次（忽略错误的在超高并发代码中调用），后续InstallInternal调用是AssemblyLoad事件引发的，如果一个程序集被加载，就算是同一个dll，这个程序集是全新的（猜的，有时间我用CSharpCodeProvider动态编译验证一下）。

其实想说的是，如果此代码确实没用，Monitor.cs中engine.Patch那段代码可以少好多，哈哈哈

xiangyuecn · 2018-12-26T14:31:00Z

DotNetDetour/OriginalAttribute.cs

    [AttributeUsage(AttributeTargets.Method)]
-    public class OriginalAttribute:Attribute
+    public class ShadowMethodAttribute : Attribute


hook方法要写一遍类型+方法名称，原始函数还要写一遍，累的慌。其实最后发现是ShadowMethodAttribute .TargetMethodName和RelocatedMethodAttribute.TargetMethodName相同就能完成配对，其他属性是多余的。

甚至还可以进一步优化，修饰的方法的名称（我看例子里面都是这样的）==原始方法的名称==RelocatedMethodAttribute.TargetMethodName，（其实跟老版本MonitorAttribute修饰的Hook方法名称==原始方法的名称一样，减轻使用者敲代码负担）

xiangyuecn · 2018-12-26T15:05:22Z

DotNetDetour/Monitor.cs

+                var shadowMethod = detour.ShadowMethod;
+
+                //IsStatic必须一致，否则报内存访问错误
+                if (rawMethod.IsStatic != shadowMethod.IsStatic)


此处要加上shadowMethod!=null，有可能没有提供原函数的ShadowMethod

此处检测代码好像并没有什么作用，我把public static string GetCpu()改成public string GetCpu()能通过测试，也许是你以前没有关掉执行引擎保持运行选项，反复测试代码导致错误。

如果虚拟原方法可以定义成非静态，不会出错的话，这段代码应该移除掉

xiangyuecn · 2018-12-26T17:20:24Z

DotNetDetour/Monitor.cs

+                    }
+                    if (type != null)
+                    {
+                        if (methodName == ".ctor")


如果是hook构造函数，方法名直接用类名可能更好些。if(methodName == type.Name)...，并且下面这个methodName引用直接使用字符串.ctor

xiangyuecn · 2018-12-26T17:58:29Z

DotNetDetour/Monitor.cs

                {
-                    src = monitorAttribute.Type.GetMethod(methodName, paramTypes);
+                    Type type = null;


此处和下面一大段获取Type对象的代码感觉是多余的，因为detour.TargetType已经是目标类型的对象了（包括泛型），无需再通过自身来找自身。直接赋值Type type=detour.TargetType;

反而需要处理的是仅仅提供类型名字符串这种（类型名字符串更加不需要去处理泛型，因为如果这个类是泛型类，使用者给的类名字上会有类似^123）

if(type==null){ //通过类名字查找到类型对象 .... }

linsmod · 2018-12-27T01:40:03Z

辛苦了！是我没写好测试样例。内部类都可以名称获取的。构造函数有实例和静态，.ctor是实例的。其他没有用到的是测试剩下的，都删了也好😁

linsmod · 2018-12-27T01:42:28Z

指明方法名出于有Unicode的考虑，特殊字符编译不过的。

xiangyuecn · 2018-12-27T04:50:29Z

这两个还是要改一下：

这个$：

DotNetDetour/DotNetDetour/Monitor.cs

Line 29 in b5f9f58

return $"{TargetTypeFullName}.{MethodName}".ToString();

优化成String.Format，兼容低版本C#

这段：

DotNetDetour/DotNetDetour/Monitor.cs

Lines 104 to 126 in b5f9f58

    
           Type type = null; 
        
           if (detour.TargetType.IsGenericType) 
        
           { 
        
               type = asm.GetTypes().FirstOrDefault(t => t.BaseType == detour.TargetType.DeclaringType && detour.TargetType.GenericTypeArguments.SequenceEqual(t.GenericTypeArguments)); 
        
               if (type == null) 
        
               { 
        
                   type = asm.GetTypes().FirstOrDefault(t => t.Name == detour.TargetType.Name && t.Namespace == detour.TargetType.Namespace && t.Module.FullyQualifiedName == detour.TargetType.Module.FullyQualifiedName); 
        
                   if (type == null) 
        
                   { 
        
                       var types = asm.GetTypes().Where(t => t.Name.StartsWith("Computer")); 
        
                       if (types.Any()) 
        
                       { 
        
                           var m = type.GenericTypeArguments.SequenceEqual(detour.TargetType.GenericTypeArguments); 
        
                       } 
        
                   } 
        
                   else 
        
                   { 
        
                       type = type.MakeGenericType(detour.TargetType.GenericTypeArguments); 
        
                   } 
        
               } 
        
           } 
        
           else 
        
           {

可以优化成：

Type type = detour.TargetType;
if (type==null)
{

移除其实是多余的代码，自然的修复了detour.TargetType==null时的异常。注：[RelocatedMethod("System.IO.File", "ReadAllText")]时为null，[RelocatedMethod(typeof(System.IO.File), "ReadAllText")]没有这种问题。

另外感觉上举的例子应该一半以上使用[RelocatedMethod("System.IO.File", "ReadAllText")]这种形式，使用Type对象我觉得还是算次要的，因为要用到这种类似反射的功能，基本上很大概率会和私有类型、方法打交道，用类型全名应景些，也有利于测试发现问题。

另外需要提供至少一个不带ShadowMethod方法的测试用例，也好发现问题，比如这处shadowMethod==null的引用：

DotNetDetour/DotNetDetour/Monitor.cs

Line 157 in b5f9f58

if (rawMethod.IsStatic != shadowMethod.IsStatic)

优化修复#5 PR的代码

Tiny Rain and others added 6 commits December 21, 2018 01:05

增强易用性和更容易的测试用例

1760587

增加框架易用性和测试代码可读性；修改了部分类的名称和增加了注释

6b15986

增加重入检测

c4c7979

修复测试项目x64情况下找不到文件的问题

6593f7a

修复测试项目x64下File.ReadAllText找不到文件的问题

6502477

Set up CI with Azure Pipelines

b083a40

Tiny added 9 commits December 21, 2018 15:25

Set up CI with Azure Pipelines

b8dd58d

include readme.md to csproj

90004e5

Merge branch 'master' of https://github.com/kissstudio/DotNetDetour

2879954

include DotNetDetour.nuspec in csproj

35a3736

Update azure-pipelines.yml for Azure Pipelines

a0296ef

update nuget pkg name to kissstudio.DotNetDetour

747cef6

Merge branch 'master' of https://github.com/kissstudio/DotNetDetour

7978b86

添加编译状态图标

1bf3518

更新readme

f5d693f

bigbaldy1128 merged commit b5f9f58 into bigbaldy1128:master Dec 26, 2018

xiangyuecn reviewed Dec 27, 2018

View reviewed changes

xiangyuecn mentioned this pull request Dec 30, 2018

优化修复#5 PR的代码 #7

Merged

bigbaldy1128 added a commit that referenced this pull request Jan 9, 2019

Merge pull request #7 from xiangyuecn/master

8f39119

优化修复#5 PR的代码

xiangyuecn mentioned this pull request May 9, 2019

Merge pull request #7 from xiangyuecn/master xiangyuecn/DotNetDetour#1

Merged

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

更易读的测试用例；更友好的命名；兼容性更强的方法匹配；增加关键代码注释 #5

更易读的测试用例；更友好的命名；兼容性更强的方法匹配；增加关键代码注释 #5

linsmod commented Dec 21, 2018

xiangyuecn commented Dec 21, 2018

bigbaldy1128 commented Dec 26, 2018

xiangyuecn left a comment

xiangyuecn Dec 26, 2018

xiangyuecn Dec 26, 2018

xiangyuecn Dec 26, 2018

xiangyuecn Dec 26, 2018

xiangyuecn Dec 26, 2018

xiangyuecn Dec 26, 2018

xiangyuecn Dec 26, 2018

xiangyuecn Dec 26, 2018

xiangyuecn Dec 26, 2018

xiangyuecn Dec 26, 2018

xiangyuecn Dec 26, 2018

linsmod commented Dec 27, 2018

linsmod commented Dec 27, 2018

xiangyuecn commented Dec 27, 2018 •

edited

Loading

更易读的测试用例；更友好的命名；兼容性更强的方法匹配；增加关键代码注释 #5

更易读的测试用例；更友好的命名；兼容性更强的方法匹配；增加关键代码注释 #5

Conversation

linsmod commented Dec 21, 2018

xiangyuecn commented Dec 21, 2018

bigbaldy1128 commented Dec 26, 2018

xiangyuecn left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

linsmod commented Dec 27, 2018

linsmod commented Dec 27, 2018

xiangyuecn commented Dec 27, 2018 • edited Loading

xiangyuecn commented Dec 27, 2018 •

edited

Loading