(原)当所有编程语言都在靠齐的时候
老实说,自己从来没有对语言有排斥的看法,一直是选取对项目最优的语言,当然最优是从多方面,首先考虑的是人员问题,毕竟二八定律在任何语言都是显而易见的,任何语言都能满足日常80%的开发。
不过,偶尔也会调侃调侃一些稀奇的地方,比如今天,做缓存的时候打算祭出HashTable,这样强大的东西.net不可能不实现,没必要自己搞,果然微软不负所望,于是自己写出功能代码:
很普通很普通的代码,不过仔细一看,心里瞬间有种想大笑的感觉,按了F12进去后看到它的内部是这样:
这个东西太熟悉了,因为在很多年前刚学java的时候用到Hashtable的时候比较好奇为什么第二个t是小写,这不符合sun的风格啊,整个jdk都是标准驼峰,于是带着这个疑问翻过 很多书,看多很多资料,最后的结论是:
Hashtable的第二个t小写是sun的失误,很多书都提到这个问题,很多人都给sun提过建议修改过来,后来sun也确实讨论过这个t的问题,但是由于Hashtable是jdk1.0的产物:
盲目的替换会导致很多老的系统根本无法兼容,于是sun决定保留这个小写的t,让它继续不合理的存在,当时没有太大的在意,直到看到c#这边的Hashtable的时候,心里有点乐开花的感觉,于是大概的翻了很多c#的类,其实和java一样,是标准的驼峰,唯独Hashtable很例外,不过也可能是我理解的很肤浅,没有理解深入的地方。
C#和java有太多相通的地方,从ORM到IOC,AOP,何曾的相似,相似到到连Hashtable的t都要小写,想想就有点开心。
在目前遍地开花的编程语言中,很多语言都逐渐的开始慢慢的或多或少的靠齐,记得最开始需要将一个j2ee的改造成.net的时候,为了方便直接走.net的orm和ioc,于是标准的java pojo类只需要修改下后缀为cs就能在net里完美运行了,hibernate的东西不用改,直接丢过去,完美。当时还和同事开玩笑说我可以做一个工具直接把c#的工程转换成j2ee的,后来一次google发现还真有这样的工具,还不少。或许微软这样是方便java程序猿的平滑迁移也说不定
在今天,每种语言,都在默默的像对方靠齐,就像java也搞出了play这样类ror和django思想框架,不过总体来说,好玩,看着开心,写着舒心,本文仅仅作为茶余饭后闲聊,不参与任何语言格斗。。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· 展开说说关于C#中ORM框架的用法!
· SQL Server 2025 AI相关能力初探
· Pantheons:用 TypeScript 打造主流大模型对话的一站式集成库