关于增加C#独立编译,C#程序员都来顶,技术讨论
TO sp1234,红星超多的用户
你技术上可能是比较强势,强势在于对技术理解的程度与深度
农民种地用锄头,靠天收,也有高级的用实验室基因培育,他们都是培育农作物,同时存在
用锄头种地靠天收的农民可耻么?他们也是一种生存状态
尊重每一个层次程序员使用感受,是应当提倡的
我觉得一个开发工具,可以有自己的用户群,可以挑选用户群,
但是,如此大力推广的平台,他想让更广泛的被接受,那就理应更灵活。
你想让全世界都用你的洗发水,你是不是该为不同年龄层次,不同发质,喜欢不同味道,追求不同功效的人群多设计一些产品细化呢?
我坚信,这个是完全可以做到的,不知道微软在坚持什么 remotesoft 做到了,并且与系统兼容很好,飞信不是在用么?
微软的 NGEN.exe 做到了一半,他会生成一个本地镜像,但是这个镜像是个半成品,只是减少了程序集的临时调用所占CPU时间。
.net的事实就是,放在服务器端是相对安全高效,易于维护的,但是放在客户端,会出很多问题。
有些代码并不愿意让别人看见,看见原理构造,但是IL注定容易被发现其方法。
email_zixuan这位朋友提到的损失性能,我在文中提到了,放弃一部分性能,增加灵活性,增加一个开关
让程序员自己选择
我不认为彻底放弃 Framework是一件好事,但是我也不认同,强迫一定要使用C#程序员一定要用Framework是一件好事。
难道微软就真的愿意看见,别人一手抓着.net另外一手抓着 古老的 vs 6.0,C++ builder?
有人说小规模开发不适合用.net ,那不搞小开发,让用.net的人做不成什么小东西,只能做大规模开发用,那初级用户不是很尴尬么?1、如果腾讯QQ完全采用.net开发,那会不会客户根本没有安全感,你的协议内容,加密,会给看得透彻的很。会不会又有人说,.net不适合开发带网络传输的内容?
2、那如果我做了一个完全客户端使用的软件,你注册方法也能给看的明明白白,难道.net开发出来的都必须 共享代码的,无所谓让别人看到代码的东西 才能用.net ?别提混淆这些工具,虽然我很菜,但是我会把exe用.net工具搞成IL代码,修改部分IL代码,再编译成exe.
即使是注册网络验证,那我也能搞定,管你是用TCP还是 remoting ,自己修改本机host域名强制解析成自己电脑,如果是Ip我给自己电脑加上一个验证服务器IP,你就是返回个值或者类或者方法嘛,我自己构造。
如果瑞星杀毒软件用.net开发那他不要太容易被病毒干掉,内存保护方法会轻易被识破
win32的确也可以反汇编,但是现在win32程序可以加各种压缩壳保护代码,如果.net编译出来也能用通用加壳软件该多好。
想驳斥我的想法的朋友,先回答这2个问题。