对某国工作两周总结
原因
身处外包，最重要的就是平台的利用。在上一家客户公司已经工作两年了，正好公司有换工作的机会，这一次的公司有点不一样，对某国。之前听说过某国的工作是有些狗的，其实内心是不大想做这个工作的，但是公司答应给涨工资，所以耐不住金钱的诱惑，答应了。
内容
经过两周的熟悉了解，几本知道这是个VB6.0升级WinForm的项目。首先VB6.0这个是微软的上古技术，虽然説会的人都说这个很简单没有什么太多的特性或知识是需要学习的。来之前公司告诉我这是个Winform的项目，我直接就拒决了，因为我觉得C/S不应该是我发展的方向，还好公司承诺两个月后会换一个项目。（现在对我们公司有有点不放心，前方的路依然未知。）
这样，一开始觉得两个月就走了，所以也就没有太多心思在这上面。Winform之前就没有什么研究，再加之虽说VB简单，但也必竟是新知识上手也还是慢了些。前几天的工作还不如一个刚工作的新手。这也就导致了后面一个星期加班成了常态，还好现在问题都已经解决了。
难度
上手之后，开始留意工作的难度，怎么説呢，这和之前做的工作对比起来毫无难度可言，这几天遇到最大的技术难点就是把数据以文件流的方式写入文件中。文件流写入，这难道不是程序员的基本技能吗?
剩下的就是“翻译”VB代码，这里说翻译我觉得一点不为过，所有的方法、命名、变量、都要和VB保持一致，不能自己做优化，不能重新实现。这样的操作完全就是升级了个语言，并不是真正的重构。最气人的就是这个公司引以为豪共通，神马完意啊，自己写了几个小变量，然后还是调用DotNet的API。说实话，这样做我觉得还不如让程序员自己实现来的快一些，自己本来了解一些API现在非要硬生生的放弃，然后还得熟悉这些莫名其妙的共通。成本和真的不如自己写来的快，当然这也是自己能实现的前提下。
注释
很巧，之前刚刚看过《代码整洁之道》。对于注释书上大概意思说的是，注意方法、变量的命名，要做到见名致意，如果实在用命名解释不清，再加上对应的注释。在这里可好，有一天领导说已经阅读过我的代码了，没有注释。。。。然后还贴心的给我找了之前的代码，那叫一个优秀啊，真的是每一行都有一个注释啊。致于命名只要符合规范就行了，其他无所谓。真的是学习了。
之前本来是挺愿意加班的，现在下班了多呆一秒都觉得浪费时间。目前来看还是得自己掌握好学习路线，不然就真的是和一个同事说的一样了，在养老。
再说
以上内空是昨天写的，本以为写完这些内容之后放松一下就可以了。
但是
哎呀我的天啊!!!! 今天本社的同事看了我的代码，説了我一顿。
因为：我用了string.IsNullOrWhiteSpace(value)。
我仔仔细细回忆我这个方法的使用方式，没错啊。。。。
于是我就问为什么啊？
各位观众，正确答案
必须使用 string.IsNullOrEmpty(value.Trim())
天啊这是什么情况，我是谁？我在哪？我在干什么？
共通
Dotnet 技术 没有用ADO.net ,没有用Entity Framework，不是Dotnet Core，不过数据库连接已经实现了共通。
共通的实现方式有点像Entity Framework的DB First ，以Model实现连接。
有个非常狗的地方是：以单一的实体CURD是可以的，但是如果遇到需要联表的情况就不行了，就得自己来创建实体了。
其实自己创建实体难度不大，因为在非联表情况下实体已经建好了，只要把这些表的属性全拿过来就可以了。但是每一个属性都要写注释，然尔人家自己写的共通里没有注释，但是合法，我不写不行:) 优了个秀。
- 有想过继承，但是只能继承一个类是常识，所以不行。
- 我有想过建一个类，然后把这几个类作为属性，这样所有的属性都有了，但是共通不支持，而我又没有写共通的权限，所以不行。
所以只能自己创建了， 每个表几十个属性，我的天啊。
不过最好的方式就是，先继承一个属性最多的类，然后补充剩下缺少的属性。
可能人家这样做真的有其中的道理，我明白不明白都不是重要的事情。所以道不同，不相为谋。
离开这里已经是我接下来计划中最重要的一环了，这段时间就只当磨炼心性，平时还是多学习吧。加油。
