架构这玩意，是最看不清摸不着的，他深入了你的潜意识，只有当你一切从头开始，或者一切都自己做的时候，你才能意识到。
为什么会出现泛型方法呢？因为在c#中有很多的数据类型，如果你把函数的参数设置为int型，那么函数就只能接受int型数据（顶多再接受点long int，short int），如果一个函数实现的是要比较参数大小，那就只能接受int型数据了，但如果有了泛型方法，你自己定义的很多类就都能使用这个函数了，这样就扩大了使用面。在c语言中使用##运算符可以达到类似的效果。
看c的代码的时候，你看到一些c的用法，你就能猜测一些业务逻辑了。
推荐学习一下设计模式（以学习如何写出容易维护的代码为目的）
只知道四本经典啊《c程序设计语言》《c和指针》《c缺陷和陷阱》《C专家编程》
我以为我对键盘已经很熟练了，结果不是，真正的熟练应该像写字那样根本就不会想字怎么写的问题，而是直接就写内容就行了。但我使用键盘还没有达到这种境界，我还是会想下面要按哪个键，这样就降低了效率，这也是为什么有时我喜欢手写的原因，因为我手写更熟练。我必须使用键盘更加熟练。
没概念就是你连判断的标准都没有，就像我打牌，打三人斗地主，拿了一副好牌，却还担心别人有炸弹，其实只要留心自己的牌看看缺哪几个，然后再看别人打出来的牌，看哪些牌一直没出现过，就知道别人有没有炸弹了，可我打了这么多年牌竟然不知道。
Bruce Eckel Alexa 插件
为什么学习的时候买书要多买几本呢?因为你不熟悉新知识，如果光凭你自己总结要点，需要大量的经验和时间，这不行，如果只买一本书的话，由于语言的局限性，你会错失很多东西，要知道同一句话不同的人读就会有不同的理解，这是没办法的事情。
其实这世界哪有那么多的方法让你学习，你只要知道一种方法然后坚持下去就行了，而且这个方法还不是说你看个书，听别人说一下就行的，还必须你自己不断的尝试，不断总结，最后才能发现哪个和你最合适，而且那些方法也不是平行线，他们彼此是有交点的，本质上不管选择哪种方法都殊途同归。
我一直的学习都是东一榔头西一棒子，我根本没什么方法，我没概念，我甚至都不知道自己学到什么地步了，比如我学C语言，我就拿本书看，然后一直看，做点练习，至于C语言书的逻辑连接，如何检查自己学到什么地步我都没概念，我就是不行了就看书，没有总体的规划，重复重复再重复，也不知道自己究竟如何了。
为什么你会迷茫，因为你没有了目标，你没量化。
《Parsing Techniques》《类型与程序设计语言》《程序设计语言理论基础》
以后不管写什么程序或模块，写之前或者写之后都要把程序的逻辑框架梳理一遍。
读书不如读代码，读代码不如写代码。
对于一个程序了解了它的结构业务框架，也就是总框架之后，再来看程序会很简单，不然很多东西你看不懂，当然一开始除非有人给你讲框架，不然你是不会知道框架的（就算有人给你讲框架，你也印象不深的，因为你还没有看过程序啊）。这时怎么办呢？可以预先设想一下你心中的框架，然后不断的看程序，不断的修正框架。这样还有一个好处，预先设想框架其实就是“为什么”，要看的代码就是“是什么”，如果你不预先设想框架的话，你就直接“是什么”了，这样学的不深刻。
写程序的时候，遇到有共性的过程一定要用函数代替，如果你觉得都用函数代替费内存，那么就把一些函数写成内联函数就行了，相同的过程用函数代替的好处就是便于修改和阅读，修改的时候只要修改一点其他的地方都自动改好了，如果你不用函数写那么就很多地方要修改了。
来源：CSDN
作者：号张楚
链接：https://blog.csdn.net/hanyuan123456789/article/details/50829885